Re: Teletypewriter Model 33
On Tue, 10 Sep 2013 00:41:56 -0400, Gerhard Postpischil wrote: On 9/9/2013 10:32 PM, Paul Gilmartin wrote: Merely that it was the first time I saw a computer (it was a PDP-10) writing messages and column headings in mixed case. Thermal is irrelevant; merely an exclamation of recognition of the device. That may have been your first exposure to mixed case output, but IBM offered an SN and TN train for the 1403. I used an IBM type III program named FORMAT, that provided an escape character (cent sign by default), to produce mixed case output. It came in very handy for writing memos and documentation. But how much IBM software in 1978 actually exploited it? Using SDSF as an analogue, on the TTY 33 ASR, I had been used to seeing something like: DISPLAY FILTER VIEW PRINT OPTIONS SEARCH HELP --- SDSF DA MVS3 MVS3 PAG 0 CPU/L 3/ 3 LINE 42-76 (77) PREFIX=* DEST=(ALL) OWNER=* SORT=JOBID/A SYSNAME= NP JOBNAME STEPNAME PROCSTEP JOBIDOWNERC POS DP REAL PAGING SIO SDSF SDSF SDSF STC05182 STCUSERNS F6 154 0.00 0.00 RMF RMF IEFPROC STC05183 STCUSERNS FE 1725 0.00 0.00 When we got the TI 700, suddenly I saw: Display Filter View Print Options Search Help --- SDSF DA MVS3 MVS3 PAG 0 CPU/L 3/ 3 LINE 42-76 (77) PREFIX=* DEST=(ALL) OWNER=* SORT=JobID/A SYSNAME= NP JOBNAME StepName ProcStep JobIDOwnerC Pos DP Real Paging SIO SDSF SDSF SDSF STC05182 STCUSERNS F6 154 0.00 0.00 RMF RMF IEFPROC STC05183 STCUSERNS FE 1725 0.00 0.00 As I say, it was an epiphany; I realized that TOPS-10 was trying to use literate English conventions all along; it was just the TTY that was folding to monocase. Later, using CDC Kronos, and then IBM MVS, I wondered, why couldn't they do likewise: let the output device fold if it chooses to; otherwise let it display mixed case. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc
Tom, Very late to this, so sorry if my concerns have been answered earlier. What about shops with a ring of monoplexes ?. The sysplex scope is each ind= ividual monoplex - but the sharing boundary is the larger GRSplex. Latch co= ntention - particularly PDSE latches - are a PITA. It also says not to share PDSEs outside of GRSplex, but this seems like it woudl work for you, since the GRSplex is your sharing boundary. It sounds like you can do the kind of sharing you need to with PDSEslet me know! Shane is talking about a ring of monoplexes that are working together in a GRSPlex. As he said, the sharing boundary is each individual monoplex. Which means that NONE of the PDSEs can be shared safely outside of the individual monoplex, no matter how big the GRSplex is. IGDSMS applies to the monoplex boundary, too, not to GRSplex boundaries. PDSE just *assumes* that systems are always in a construct where GRSplex = SYSplex, and in a ring of monoplexes that just isn't the case! This assumption has something to do with the nature of PDSE communication inside a sysplex: PDSE uses XCF communication, and that by design only works inside the sysplex, aka monoplex. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NTP server with System z for PCI-DSS compliance
Jose Munoz asks: Is a must to use a NTP server for PCI-DSS compliance? I'm not sure I entirely understand the question, but I'll try to answer. PCI-DSS incorporates a concept called trusted time. It also seeks to make sure that all critical systems have the correct and consistent time. My understanding is that PCI-DSS is not explicit about time *protocols*. If your particular implementation of NTP addresses the requirements, great. For example, zEnterprise can be an NTP client to an External Time Source (ETS) via the Server Time Protocol (STP) feature. NTP authentication is supported. To maintain correctness and consistency, zEnterprise can then act as the authoritative NTP server to other systems. Subject to some other implementation details, that pattern is consistent with PCI-DSS practices. But other protocols and/or patterns might be as well. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SDSF SVC error (ISF030E)
If some have seen this: I got for REXX SDSF interface under USS, in the operlog ISF030E RC=16 SDSF SVC not called from a module residing in an authorized library -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM SDK Java Technology Edition Version 8 Beta
A beta version of the IBM SDK Java Technology Edition Version 8 is available, including z/OS and Linux on zEnterprise releases. More information is available here: https://www.ibm.com/developerworks/mydeveloperworks/groups/service/html/communityview?communityUuid=fa855c78-3991-4bac-8f2e-f7048b73b367 If you'd like to get an early start on exploring the new Java 8 features, please feel free. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much can sysprogs steal was Re: OT: Obscurity Is Not Security... Or Is It?
On Mon, 9 Sep 2013 21:23:35 -0400 Arthur T. ibmm...@intergate.com wrote: :On 9 Sep 2013 17:21:22 -0700, in bit.listserv.ibm-main :(Message-ID:p8ps29dehr76q9k41pgud8dot2kjf3v...@4ax.com) :cfmpub...@ns.sympatico.ca (Clark Morris) wrote: :On 9 Sep 2013 07:41:42 -0700, in bit.listserv.ibm-main you :wrote: :I once enquired into the question :Sysprogs, even disgruntled ones, have not usually been :problematic in :mainframe shops; and it is well that this is the :case. Anyone who :makes much use of locks needs locksmiths too. :This brings up the very interesting question of whether a :senior :mainframe systems programmer would be able to take as much :information :from his/her installation as Edward Snowden seemingly has :from the :NSA. If so, is it in the nature of the job or was someone :lax within :the NSA organization? :If you have write access to an APF library, you can read :from and write to any dataset. If people were suspicious :of you, your accesses could be found out after the :fact. If you're very good or very sneaky, even post-access :auditing won't find out what you've done. :No, I won't explain how. I'll leave it as an exercise for :the student, who will likely get caught, fired, and maybe :indicted. Don't pretend that it is super sekrit. Any SYSPROG that writes code (other than a SMP jockey) knows how to do it. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Teletypewriter Model 33
There was a 'Universal Train'. I don't remember the number. It only had two of most one of some and was pretty slow. One Dept. used it for Don Quixote concordance trying to prove or disprove Cervantes was author. Don't know what outcome was. They ran that darn thing most weekends just for spite. In a message dated 09/09/13 23:41:48 Central Daylight Time, gerh...@valley.net writes: named FORMAT, that provided an escape character (cent sign by default), to produce mixed case output. It came in very handy for writing memos and documentation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF SVC error (ISF030E)
On 10.09.2013 08:55, Miklos Szigetvari wrote: If some have seen this: I got for REXX SDSF interface under USS, in the operlog ISF030E RC=16 SDSF SVC not called from a module residing in an authorized library May be, extattr +a for the REXX-file can help ? -- Mit freundlichen Grüßen / Kind Regards, Leopold Strauss, Team DEV-zOsUnix, T: +43-2236-27551-331 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much can sysprogs steal was Re: OT: Obscurity Is Not Security... Or Is It?
On 10 Sep 2013 00:08:02 -0700, in bit.listserv.ibm-main (Message-ID:r7ht291houi25hhl5lu4j2s78horr9r...@4ax.com) bdis...@dissensoftware.com (Binyamin Dissen) wrote: Don't pretend that it is super sekrit. Any SYSPROG that writes code (other than a SMP jockey) knows how to do it. No, it's not super sekrit. But I've worked with real systems programmers (not just SMP jockeys) who would have a hard time figuring it out. It's not because they're stupid or ignorant, but just because their experiences didn't lead them along the same paths as mine. I believe you owe an apology to Clark Morris, who started this thread. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at pobox dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much can sysprogs steal was Re: OT: Obscurity Is Not Security... Or Is It?
On Tue, 10 Sep 2013 04:01:24 -0400 Arthur T. ibmm...@intergate.com wrote: :On 10 Sep 2013 00:08:02 -0700, in bit.listserv.ibm-main :(Message-ID:r7ht291houi25hhl5lu4j2s78horr9r...@4ax.com) :bdis...@dissensoftware.com (Binyamin Dissen) wrote: :Don't pretend that it is super sekrit. :Any SYSPROG that writes code (other than a SMP jockey) :knows how to do it. : No, it's not super sekrit. But I've worked with :real systems programmers (not just SMP jockeys) who would :have a hard time figuring it out. It's not because they're :stupid or ignorant, but just because their experiences :didn't lead them along the same paths as mine. I find that difficult to understand. What true SYSPROG has not read about system exits? : I believe you owe an apology to Clark Morris, who :started this thread. No offense intended. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NTP server with System z for PCI-DSS compliance
W dniu 2013-09-10 08:17, Timothy Sipples pisze: Jose Munoz asks: Is a must to use a NTP server for PCI-DSS compliance? I'm not sure I entirely understand the question, but I'll try to answer. PCI-DSS incorporates a concept called trusted time. It also seeks to make sure that all critical systems have the correct and consistent time. My understanding is that PCI-DSS is not explicit about time *protocols*. If your particular implementation of NTP addresses the requirements, great. For example, zEnterprise can be an NTP client to an External Time Source (ETS) via the Server Time Protocol (STP) feature. NTP authentication is supported. To maintain correctness and consistency, zEnterprise can then act as the authoritative NTP server to other systems. Subject to some other implementation details, that pattern is consistent with PCI-DSS practices. But other protocols and/or patterns might be as well. So, in simple words: Although PCI-DSS does not mention explicitly NTP, but this is the only solution for mainframe, which in turn requires STP enablement, which means $$$, which is quite unique among other platforms, because others can act as NTP client for free. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much can sysprogs steal was Re: OT: Obscurity Is Not Security... Or Is It?
From: Jon Perryman jperr...@pacbell.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, September 9, 2013 11:37:07 PM Subject: Re: How much can sysprogs steal was Re: OT: Obscurity Is Not Security... Or Is It? I heard that the NSA proposed solution for the snowden problem is to require 2 people to access sensitive information. I wonder if the logon screens will require dual userid's. Will both enter keys have to be at least 10 feet apart and pressed within 1/2 second of each other? This is how two different trustable people launch an ICBM. At least in the movies. Two quotes on how much can be stolen: “A man who has never gone to school may steal from a freight car, but if he has a university education he may steal the whole railroad.” [Theodore Roosevelt] “You can get much further with a kind word and a gun than you can with a kind word alone.” [Al Capone] Bill Fairchild Franklin, TN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc
On Mon, 9 Sep 2013 14:28:26 -0700, Tom Ross wrote: Never too late! I need to know these answers too. Some of my customers say PDSE is not a problem, others are quite concerned, like you. Hey Tom, Barbara explained the particular issues a ring of monoplexes present. Seems IBM have disavowed the possibility that anyone would be this far behind the curve - but such sites still exist, and they have real problems. And whilst they may be considered irrelevant in the grand scheme of things to some, they help pay for my imbibing requirements;-) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PFA_ENQUEUE_REQUEST_RATE
1) On a fairly regular basis. 2) Seems random. 3) Not that we're aware. Most of the exceptions have been on our main batch and TSO workload LPAR, but I have seen occurrences on our CICS lpar. 4) I haven't specifically looked for PFA maintenance. We're at RSU1302 + Hipers up to mid-May. I might have our automation product take an SVCDUMP of the catalog address space the next time it occurs and see if anything pops out of that. Thanks for responding. On 09/09/13 15:23, Karla Arndt wrote: Mark, I honestly cannot respond as to how to investigate CATALOG-specific problems. I hope someone else can respond to that part of your question. Looking at the numbers you have from the PFA check and Runtime Diagnostics results below, it looks like CATALOG is really very consistent across all 3 time periods for the rate of enqueues per the amount of CPU used. So, PFA determines that the really low current rate is unexpected and significantly lower than normal. Like you said, PFA then calls RTD and if RTD corroborates that there might be something wrong with that address space, the exception is issued. In order for RTD to issue the enqueue contention event, the address space would have had to have been waiting for 5 seconds. A few questions for you: 1) How often does this occur? 2) Does it occur randomly or at a certain time of day/week/month? 3) Does it occur when a certain workload is running? 4) Do you have all the PFA and RTD PTFs for R13? (I don't know of any particular fix that would change your results especially since the results look valid, but I always encourage everyone to keep up-to-date with PFA PTFs.) I cannot answer the question as to why CATALOG would be in enqueue contention to determine if this is a real problem or just the way CATALOG works in your environment. After you investigate it, if you determine that it's just the way it works and you'd prefer to avoid the exceptions by having PFA ignore that address space, you can put CATALOG in the EXCLUDED_JOBS file for that check. Karla Arndt IBM PFA and Runtime Diagnostics for z/OS -- 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 quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently dispatched TCB in SRB mode
So in other words STNSM AREA,X'FC' before That affects the PSW of the CPU your code is running on; it doesn't disable or lock any other CPU. True. But it does not need to. Disablement of your CPU is the serialization that is required. And STOSM AREA,X'03'. After fixing typo This presumes that you were enabled for both interrupt types before the STNSM. If you know that that is true, then this is fine. If it might be false, then this could be catastrophic to the system. An executed STOSM using the value saved on the STNSM (or an IF-test that uses X'03' if the saved mask was X'03' and does an executed STOSM if not) is the fully safe method. Be sure that your code and all your data are page-fixed if you are going to disable. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much can sysprogs steal was Re: OT: Obscurity Is Not Security... Or Is It?
Arthur is correct. Back at my JCP days, that is one reason they broke the SYSPROG job into 3 different jobs. You had the assembler programers who wrote the exits and any assembler user-mods or in-house applications; the SMP jockeys that applied IBM maintenance and also tested the assembler exits from the programmers and put together the production libraries, and finally the Operations sysprogs that actually moved the libraries given them by the SMP jockeys into production. No one person was authorized to do it all; and technically there were checks at each step to make sure that nothing special was moved forward. Of course, it would still have been possible for the assembler programmer to move an exit into production that granted him special authority; but since that programmer didn't even have a good usable ID on the other systems it would not have done him a lot of good. It would require at least 2 people to do something outside the norm. Russell On 09/09/13, Arthur T.ibmm...@intergate.com wrote: On 9 Sep 2013 17:21:22 -0700, in bit.listserv.ibm-main (Message-ID:p8ps29dehr76q9k41pgud8dot2kjf3v...@4ax.com) cfmpub...@ns.sympatico.ca (Clark Morris) wrote: On 9 Sep 2013 07:41:42 -0700, in bit.listserv.ibm-main you wrote: I once enquired into the question snip Sysprogs, even disgruntled ones, have not usually been problematic in mainframe shops; and it is well that this is the case. Anyone who makes much use of locks needs locksmiths too. This brings up the very interesting question of whether a senior mainframe systems programmer would be able to take as much information from his/her installation as Edward Snowden seemingly has from the NSA. If so, is it in the nature of the job or was someone lax within the NSA organization? If you have write access to an APF library, you can read from and write to any dataset. If people were suspicious of you, your accesses could be found out after the fact. If you're very good or very sneaky, even post-access auditing won't find out what you've done. No, I won't explain how. I'll leave it as an exercise for the student, who will likely get caught, fired, and maybe indicted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much can sysprogs steal was Re: OT: Obscurity Is Not Security... Or Is It?
W dniu 2013-09-10 14:09, Russell Witt pisze: Arthur is correct. Back at my JCP days, that is one reason they broke the SYSPROG job into 3 different jobs. You had the assembler programers who wrote the exits and any assembler user-mods or in-house applications; the SMP jockeys that applied IBM maintenance and also tested the assembler exits from the programmers and put together the production libraries, and finally the Operations sysprogs that actually moved the libraries given them by the SMP jockeys into production. No one person was authorized to do it all; and technically there were checks at each step to make sure that nothing special was moved forward. Of course, it would still have been possible for the assembler programmer to move an exit into production that granted him special authority; but since that programmer didn't even have a good usable ID on the other systems it would not have done him a lot of good. It would require at least 2 people to do something outside the norm. In modern world they call it separation of duties. Of course it is as old as SPECIAL and AUDITOR, not to mention SPECIAL's access to the resources. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Currently dispatched TCB in SRB mode
Thank you Sent from my iPhone On Sep 10, 2013, at 7:34 AM, Peter Relson rel...@us.ibm.com wrote: So in other words STNSM AREA,X'FC' before That affects the PSW of the CPU your code is running on; it doesn't disable or lock any other CPU. True. But it does not need to. Disablement of your CPU is the serialization that is required. And STOSM AREA,X'03'. After fixing typo This presumes that you were enabled for both interrupt types before the STNSM. If you know that that is true, then this is fine. If it might be false, then this could be catastrophic to the system. An executed STOSM using the value saved on the STNSM (or an IF-test that uses X'03' if the saved mask was X'03' and does an executed STOSM if not) is the fully safe method. Be sure that your code and all your data are page-fixed if you are going to disable. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CICS / ACF2 Systems Programmer needed
For those job seekers, The University of Chicago has posted a CICS / ACF2 Systems Programmer position: https://jobopportunities.uchicago.edu/applicants/jsp/shared/position/JobDetails_css.jsp?postingId=593978 Todd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much can sysprogs steal was Re: OT: Obscurity Is Not Security... Or Is It?
The two-persons-required scheme has its uses. Final authority must, however, be lodged somewhere; and these schemes almost always come with overrides. The parcel of land on the East River in Manhattan on which the UN built its Headquarters was donated by John D. Rockefeller, Jr.; and a picture of the check he used to pay for it appeared in the New York Times. It bears two signature lines, both labeled 'attorney' as in 'power of attorney', but only one signature, that of John D. Rockefeller, Jr., himself. Principals often exempt themselves from the restrictions they impose upon their hirelings, on the sound principle that they are and should be free to steal from themselves. New locks on the barn door, installed ostentatiously after the discovery that the horses are missing, need to be understood for what they are: They are gestural, not substantive. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ADRDSSU DUMP and non-z/OS volumes
Is it possible to dump full volume which is non-z/OS formatted? I mean Linux or zVM volume. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU DUMP and non-z/OS volumes
On Tue, 10 Sep 2013 09:00:30 -0500, Darth Keller wrote: In the recent past, we were using ADRDSSU to create backups of our zVM/Linnux volumes for our DR, but it required that we vary the volumes online. Recently we switched over to using FDR as we can do them while the volumes are offline. What should matter is not that the volume be online to the host, but offline to the guest during backup. How do you ensure that all buffers are synched? Is there any risk to multi-volume files? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU DUMP and non-z/OS volumes
In the recent past, we were using ADRDSSU to create backups of our zVM/Linnux volumes for our DR, but it required that we vary the volumes online. Recently we switched over to using FDR as we can do them while the volumes are offline. DFDSS - DUMP ADMIN TRACKS(0,0,3338,14) - INDDNAME(DISKIN) - OUTDDNAME(TAPEOUT) CPVOLUME Is it possible to dump full volume which is non-z/OS formatted? I mean Linux or zVM volume. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU DUMP and non-z/OS volumes
On 10.09.2013 15:14, R.S. wrote: Is it possible to dump full volume which is non-z/OS formatted? I mean Linux or zVM volume. We are dumping all the zLinux volumes via ADRDSSU, but in this time the zLinux is down -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU DUMP and non-z/OS volumes
We use DSS for full-volume backups of our VM-formatted volumes. We use the DUMP TRACKS command with the CPVOLUME and ADMINISTRATOR keywords. Our zLinux systems run as VM guests, but the DSS Storage Admin manual shows examples of using DSS to back up volumes for zLinux partitions. This is an example of the syntax we use to back up a mod-3 VM volume: DUMP TRACKS(0,0,3338,14) - INDDNAME(DISK1) - OUTDDNAME(TAPE1 ) - ADMINISTRATOR- CPVOLUME- COMPRESS- OPTIMIZE(4) - READIOPACING(000) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Teletypewriter Model 33
On Tue, 10 Sep 2013 10:52:03 -0400, Gerhard Postpischil wrote: I understand your point, but the ASR 33 always was a mono-case device. IIRC, it simply ignored the bit that selected upper/lower case. Folding was automatic. 1403 printers had a FOLD option bit, honored by the hardware. Normally Ironically, the FOLD subparameter is not supported for SYSOUT data sets!? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU DUMP and non-z/OS volumes
DFDSS will not dump an offline volume. So, IMO, online to the host does matter if the intent is to use DFDSS for the backup. However, this doesn't affect, in any way, the validity of your points about the guest, buffers, multi-volume files, etc. In our case, it was determined that we did not need to be concerned about these questions as these backups are for system recovery only. Application files have their own backups (I believe they're using Netbackup). ddk In the recent past, we were using ADRDSSU to create backups of our zVM/Linnux volumes for our DR, but it required that we vary the volumes online. Recently we switched over to using FDR as we can do them while the volumes are offline. What should matter is not that the volume be online to the host, but offline to the guest during backup. How do you ensure that all buffers are synched? Is there any risk to multi-volume files? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RESEND : Re: Orphaned Catalog
All, Please ignore my previous post ... I managed to delete it Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFSMShsm and backing up ZFS files
Hi, I am trying to have DFSMShsm backup our ZFS files during AUTOBACKUPSTART time period. I followed the directions in the manual and made sure the Default Group had a GID and the Started Task user id also has a UID (0) and a directory of '/' (root). The files still aren't backing up. We are on zos 1.12 and I also changed the INCREMENTALBACKUP to ORIGINAL to pick these up since they didn't already have a backup. Has anyone implemented this and does it work? I can't figure out what I'm missing or why they aren't backing up. The HFS files show up as being queised and then get backed up. Thanks Joanthan Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much can sysprogs steal was Re: OT: Obscurity Is Not Security... Or Is It?
In 522f0d76.2020...@bremultibank.com.pl, on 09/10/2013 at 02:15 PM, R.S. r.skoru...@bremultibank.com.pl said: Of course it is as old as SPECIAL and AUDITOR, Every generation believes that it invented sex. -- 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: How much can sysprogs steal was Re: OT: Obscurity Is Not Security... Or Is It?
In 17868922.1560312.1378814955966.JavaMail.root@vznit170182, on 09/10/2013 at 07:09 AM, Russell Witt res09...@verizon.net said: Of course, it would still have been possible for the assembler programmer to move an exit into production that granted him special authority; I've been in jobs where I was not permitted to remove such code. Security requires management buyin. As for trust, even if your sysprogs are honest they can make mistakes. IMHO we'd all be better off if code and design reviews were more common. -- 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: Currently dispatched TCB in SRB mode
In offbf2a795.663da601-on85257be2.003f3447-85257be2.003fa...@us.ibm.com, on 09/10/2013 at 07:34 AM, Peter Relson rel...@us.ibm.com said: True. But it does not need to. Disablement of your CPU is the serialization that is required. For accessing the PSA of a different CPU? This presumes that you were enabled for both interrupt types before the STNSM. Indeed. -- 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: Teletypewriter Model 33
On 9/10/2013 2:00 AM, Paul Gilmartin wrote: As I say, it was an epiphany; I realized that TOPS-10 was trying to use literate English conventions all along; it was just the TTY that was folding to monocase. Later, using CDC Kronos, and then IBM MVS, I wondered, why couldn't they do likewise: let the output device fold if it chooses to; otherwise let it display mixed case. I understand your point, but the ASR 33 always was a mono-case device. So the implementers had a choice of folding lower case characters, or replacing them by a substitute (and I've run across abominations where an unprintable was left blank). When I ran on the CDC 6600, the issue never came up (straight ForTran numeric calculations). But IBM left the translation up the the installation - the UCS definition for the IBM 1403 printers had a FOLD option bit, honored by the hardware. Normally it was matched to the print train (AN, HN, PN, etc. folded, SN and TN didn't. I don't recall YN - we never had one). Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMShsm and backing up ZFS files
Well, unless you are in a Shared filesystem environment with a sysplex root, typically the backup has to occur on the system that the filesystem is mounted on, so that it can be quiesced. If you are, then, you can do it from any system that is sharing. Another consideration is if in a multisystem environment, are the filesystems cataloged in a catalog available to all systems? This is the way it is for DFDSS or FDR. I am assuming you are using DFDSS as the datamover in HSM. We are currently running a batch job per system in the plex to do the backups. We are also using HSM to do full volume weekly dumps that include a lot of our system specific filesystems. Might revisit that once fully shared. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jonathan Miller Sent: Tuesday, September 10, 2013 10:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFSMShsm and backing up ZFS files Hi, I am trying to have DFSMShsm backup our ZFS files during AUTOBACKUPSTART time period. I followed the directions in the manual and made sure the Default Group had a GID and the Started Task user id also has a UID (0) and a directory of '/' (root). The files still aren't backing up. We are on zos 1.12 and I also changed the INCREMENTALBACKUP to ORIGINAL to pick these up since they didn't already have a backup. Has anyone implemented this and does it work? I can't figure out what I'm missing or why they aren't backing up. The HFS files show up as being queised and then get backed up. Thanks Joanthan Miller This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Orphaned Catalog
On 09/10/2013 12:08 PM, Jim Thomas wrote: Hello, I have an orphaned catalog and have am (unsuccessfully) trying to delete it. Note that this is just an entry in the master catalog ... the volume that held the catalog is no longer available. I have tried DELETE catalog.zos.mast nscr .. and such ... but get either IDC331I or IDC3009 RC90. Delete VVR will not work since none of the components under the catalog entry name are available. Any ideas or direction would be appreciated. Kind Regards. Jim Thomas EXPORT DISCONNECT to remove master catlog connector and ALIAS defs? -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMShsm and backing up ZFS files
David, We are a monoplex and the backup is within the same LPAR. I have the AUTODUMP set to use DFDSS, but I didn't know AUTOBACKUP had feature for this, or is it a GLOBAL setting in the ARCCMD## member? Jonathan Miller AES/PHEAA IT-Tech Services Systems Programmer (717) 720-2763 (Desk) (717) 554-3663 (Cell) This message contains privileged and confidential information intended for the above addressees only. If you receive this message in error please delete or destroy this message and/or attachments. The sender of this message will fully cooperate in the civil and criminal prosecution of any individual engaging in the unauthorized use of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMShsm and backing up ZFS files
What happens when you do a manual HBACKDS against a zFS file? Does it get backed up? zFS files are basically linear VSAM datasets. I am not sure if they are backed up if they are mounted or being used. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jonathan Miller Sent: Tuesday, September 10, 2013 10:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFSMShsm and backing up ZFS files Hi, I am trying to have DFSMShsm backup our ZFS files during AUTOBACKUPSTART time period. I followed the directions in the manual and made sure the Default Group had a GID and the Started Task user id also has a UID (0) and a directory of '/' (root). The files still aren't backing up. We are on zos 1.12 and I also changed the INCREMENTALBACKUP to ORIGINAL to pick these up since they didn't already have a backup. Has anyone implemented this and does it work? I can't figure out what I'm missing or why they aren't backing up. The HFS files show up as being queised and then get backed up. Thanks Joanthan Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMShsm and backing up ZFS files
David I was incorrect, It is under SETSYS CDSVERSIONBACKUP set the DATAMOVER(DSS) I don't think that is universal. Jonathan Miller AES/PHEAA IT-Tech Services Systems Programmer (717) 720-2763 (Desk) (717) 554-3663 (Cell) This message contains privileged and confidential information intended for the above addressees only. If you receive this message in error please delete or destroy this message and/or attachments. The sender of this message will fully cooperate in the civil and criminal prosecution of any individual engaging in the unauthorized use of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMShsm and backing up ZFS files
Not sure it does, but it sounds like you are ok in a monoplex environment. From your last update, sounds like you are on the right track. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jonathan Miller Sent: Tuesday, September 10, 2013 3:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFSMShsm and backing up ZFS files David, We are a monoplex and the backup is within the same LPAR. I have the AUTODUMP set to use DFDSS, but I didn't know AUTOBACKUP had feature for this, or is it a GLOBAL setting in the ARCCMD## member? Jonathan Miller AES/PHEAA IT-Tech Services Systems Programmer (717) 720-2763 (Desk) (717) 554-3663 (Cell) This message contains privileged and confidential information intended for the above addressees only. If you receive this message in error please delete or destroy this message and/or attachments. The sender of this message will fully cooperate in the civil and criminal prosecution of any individual engaging in the unauthorized use of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The Trainer's Friend Going Out Of Business Sale
W dniu 2013-09-10 19:53, Elardus Engelbrecht pisze: Steve Comstock wrote: After 38 years of creating and delivering training courses for IBM mainframe (OS/360 through z/OS) application programmers, The Trainer's Friend, Inc. is going out of business. You're not alone. When I started in 1980/1990, there were many training vendors and IBM's classes were FULL-FULL-FULL! Waiting list, prepaid to register, etc, you get the picture, just to get a seat for training. Competition was cut-throat fierce! Now these days, the training vendors only give training if ENOUGH students, at all and if any, applied. This seldom happens that a training session realize. I think there are only IBM and one (or three?) training vendors left in Johannesburg area. Oh, that one training vendor (remaining nameless) has embarked on training on other platforms and other IT topics just to survive. The list of available courses are dwindling, at least here in Sunny South Africa. Above is true for z/OS. I'm not sure about other platforms training. Ouch, Steve, I feel your pain. Good luck for you, your team and your family. This is self-winding. Whenever I got the budget to send my people for some course it appears the course will not be performed. Even 3 persons (attendees) is not enough, sometimes they want at least 6 attendees. Unfortunately they don't manage waiting list properly - I had situations where my folks plus other company's folks would fill the quorum, but nobody took care to manage it. From the other hand I was asked about some courses, won the RFP, and provided several courses to 2 persons. Yes, two. It was cost effective for the purchaser and profitable for me. Of course I don't have ton of bureaucrats to feed. ;-) -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Teletypewriter Model 33
On 9/10/2013 11:16 AM, Paul Gilmartin wrote: Ironically, the FOLD subparameter is not supported for SYSOUT data sets!? Folding is a property of the printer/control unit, and has nothing to do with JES. The installation defines UCS members to suit, with or without the fold option. You select whether or not you want folding by choosing the appropriate UCS train name. The only exception I can see is if you want the TN train special characters, but with upper case only; in that case your installation could define an additional UCS image, e.g., TNUC. While a direct printer allocation might be made with FOLD, in a properly configured installation it is never necessary, and I don't recall it ever being used. Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Orphaned Catalog
Hello, I have an orphaned catalog and have am (unsuccessfully) trying to delete it. Note that this is just an entry in the master catalog ... the volume that held the catalog is no longer available. I have tried DELETE catalog.zos.mast nscr .. and such ... but get either IDC331I or IDC3009 RC90. Delete VVR will not work since none of the components under the catalog entry name are available. Any ideas or direction would be appreciated. Kind Regards. Jim Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Orphaned Catalog
Sir, Yes ... that is what I ended up doing ... Kind Regards. Jim Thomas -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joel C. Ewing Sent: Tuesday, September 10, 2013 12:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Orphaned Catalog On 09/10/2013 12:08 PM, Jim Thomas wrote: Hello, I have an orphaned catalog and have am (unsuccessfully) trying to delete it. Note that this is just an entry in the master catalog ... the volume that held the catalog is no longer available. I have tried DELETE catalog.zos.mast nscr .. and such ... but get either IDC331I or IDC3009 RC90. Delete VVR will not work since none of the components under the catalog entry name are available. Any ideas or direction would be appreciated. Kind Regards. Jim Thomas EXPORT DISCONNECT to remove master catlog connector and ALIAS defs? -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- 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
Dynamic CALL counts from LE?
A question was asked here whether the number of times a COBOL CALL was done to various subroutines in a batch job step could somehow be reported out of system-generated information. We were informed by local SMF specialists that LINK/LOAD/XCTL/ATTACH/DETACH counts were not available from SMF records. It occurred to me to wonder if LE maintains any sort of CALL count information for DYNAMically invoked routines (i.e., COBOL DYNAM compiler option, or CALL variable-name with option NODYNAM). Does anyone here know if there any such information available through LE services? Is there any way at all to get such information short of in-program call counters reported at EOJ by the programs themselves? Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic CALL counts from LE?
Because at our site we have an ASSEMBLER coded interface module between every two application modules that does the control transfer (and the module load at first call, the AMODE switch etc.), we are able to count the module calls by replacing this interface module by a special one which collects this information (number of times a module has been called, or number of times module x has been called from module y). Another solution would be: modifying the instruction at the entry points of the interesting modules at load time (for example with a TRAP instruction) and counting the executions in the TRAP exit. Kind regards Bernd Am 10.09.2013 22:33, schrieb Farley, Peter x23353: A question was asked here whether the number of times a COBOL CALL was done to various subroutines in a batch job step could somehow be reported out of system-generated information. We were informed by local SMF specialists that LINK/LOAD/XCTL/ATTACH/DETACH counts were not available from SMF records. It occurred to me to wonder if LE maintains any sort of CALL count information for DYNAMically invoked routines (i.e., COBOL DYNAM compiler option, or CALL variable-name with option NODYNAM). Does anyone here know if there any such information available through LE services? Is there any way at all to get such information short of in-program call counters reported at EOJ by the programs themselves? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Teletypewriter Model 33
On 9/10/2013 3:29 AM, efinnell15 wrote: There was a 'Universal Train'. I don't remember the number. It only had two of most one of some and was pretty slow. One Dept. used it for Don Quixote concordance trying to prove or disprove Cervantes was author. Don't know what outcome was. They ran that darn thing most weekends just for spite. For a small fee, IBM would build a train with any characters you want. The closest I know to a standard universal train was the layout set by the American Library Association, used for card catalogs, etc. It was referred to as the ALA train, but I coded the UCS member as UN (and later U11). Yours may or may not have been the same scheme? The curious may find a copy of the definition on CBT update file 860. Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc
Tom, Why convert to PDSE? I am curious? A stated IBM direction? Converting to PDSE just makes it easier to use or move to COBOL V5.1. PDSE is far better than PDS, lots of advantages, so you could view it as IBM direction, but for COBOL, that is the only thing we can do. In COBOL V5.1, we always generate parts of the object program with loadable user classes, which are only supported by Program Objects. Load Modules only support class B_TEXT or B_PRV in object programs. As Frank Swarbick suggested, it might be an option to use new PDSE Load Libraries for newer code and add the new libraries to concatenations. That would provide a one module at a time migration path, but it also might add too much complexity to application build and maintenance. The good people here on IBMMAIN would know much better than I would. Is that a reasonable option, to just start using PDSEs from one day in the future for any programs recompiled with COBOL V5.1? Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic CALL counts from LE?
I am not hopeful that there is such LE-based information available. On page 277 of the z/OS V1R13 Language Environment Vendor Interfaces manual we have the language It should be noted that fetches and dynamic calls remain the responsibility of individual High Level Languages (HLLs). The HLLs can use the load and delete services of Language Environment to physically load and delete subroutines, but the actual management of routines is up to the HLLs. If there is help available it is probably in the COBOL run-time machinery, not that of the LE. There are of course current usage counts maintained by the z/OS contents supervisor, but they are NOT cumulative. If I wanted to collect such counts in the short term, i.e., to instrument some small set of LOADs and DELETEs I guess that I could do so fairly readily in a fashion that would be useful to me, but something robust enough for production use in a COBOL shop would be a much bigger undertaking. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The Trainer's Friend Going Out Of Business Sale
Steve Comstock wrote: After 38 years of creating and delivering training courses for IBM mainframe (OS/360 through z/OS) application programmers, The Trainer's Friend, Inc. is going out of business. You're not alone. When I started in 1980/1990, there were many training vendors and IBM's classes were FULL-FULL-FULL! Waiting list, prepaid to register, etc, you get the picture, just to get a seat for training. Competition was cut-throat fierce! Now these days, the training vendors only give training if ENOUGH students, at all and if any, applied. This seldom happens that a training session realize. I think there are only IBM and one (or three?) training vendors left in Johannesburg area. Oh, that one training vendor (remaining nameless) has embarked on training on other platforms and other IT topics just to survive. The list of available courses are dwindling, at least here in Sunny South Africa. Above is true for z/OS. I'm not sure about other platforms training. Ouch, Steve, I feel your pain. Good luck for you, your team and your family. 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
Re: Teletypewriter Model 33
I was just a flunky work study student back then, U11 sounds familiar but it may not have had all the diacriticals. Somebody complained the print on the four part wasn't sharp enough so weekend took a typewriter brush and toluene solvent to make it shiny bright. After about 20 seconds, seized up tight. CE was in good humor and didn't flog anyone, but the overtime charges were pretty steep. In a message dated 09/10/13 09:43:41 Central Daylight Time, gerh...@valley.net writes: used for card catalogs, etc. It was referred to as the ALA train, but I coded the UCS member as UN (and later U11). Yours may or may not have been the same scheme? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS/E, Shared Dasd, and COBOL V5
There are many shops who have a need or desire to safely share libraries and other files across sysplex boundaries without having to replicate them. Many the years ago, I suggested to IBM that they provide such a feature, only to be told I'm not the first to ask and that it is under consideration. It seems that IBM may provide that feature sometime after I retire. Don -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, September 09, 2013 9:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: PDS/E, Shared Dasd, and COBOL V5 I have run into this situation a bunch because I have 2 Plexes that share the dasd. When the dasd on the valid Plex is online to the one it is NOT supposed to be on, then I can get SVC Dumps due to PDS/E datasets being touched across the boundaries. With the upcoming change in COBOL V5 to use PDS/E datasets for Load Libraries, it will make it more of a challenge for us to keep the Plexes totally separated. We will need to go through a re-Education for our application groups that have relied on the ability to shift files between Plexes without having to transmit it. Just my $0.02 worth Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Teletypewriter Model 33
I vaguely recall benchmarking the print time of several Print Trains in the early 70s, and my memory of specifics was weak, but I know I identified three or four specific IDs that were 2 to 3 times longer and I'm pretty sure they all had mixed case, or so I think I was told. We went back to the users of those trains and either suggested changes or scheduled their large prints for those print trains during slack print times. Barry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of efinnell15 Sent: Tuesday, September 10, 2013 12:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Teletypewriter Model 33 I was just a flunky work study student back then, U11 sounds familiar but it may not have had all the diacriticals. Somebody complained the print on the four part wasn't sharp enough so weekend took a typewriter brush and toluene solvent to make it shiny bright. After about 20 seconds, seized up tight. CE was in good humor and didn't flog anyone, but the overtime charges were pretty steep. In a message dated 09/10/13 09:43:41 Central Daylight Time, gerh...@valley.net writes: used for card catalogs, etc. It was referred to as the ALA train, but I coded the UCS member as UN (and later U11). Yours may or may not have been the same scheme? -- 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: Teletypewriter Model 33
On 9/10/2013 3:37 PM, Barry Merrill wrote: I vaguely recall benchmarking the print time of several Print Trains in the early 70s, and my memory of specifics was weak, but I know I identified three or four specific IDs that were 2 to 3 times longer and I'm pretty sure they all had mixed case, or so I think I was told. We went back to the users of those trains and either suggested changes or scheduled their large prints for those print trains during slack print times. 1403 print trains comprised 80 slugs of three characters each. The fast print sets had six repetitions of the upper case letters and digits, with a sprinkling of special characters. I've never worked with AN or HN, because our service bureau had PL/I customers, and the PN train was the first to support the not sign and nationals; IIRC it had four alphameric sets. SN and TN had fewer repeats, so I guess the worst case would be a ratio of 3 to 1? Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS/E, Shared Dasd, and COBOL V5
It is unlikely we will ever move to this version of COBOL. The life expectancy of mainframe computing here is low. If we were to need to make this migration, we would find the PDS/E requirement a serious obstacle without some way of mitigating the cross monoplex sharing problem. We have Development in a separate LPAR from Production. Our Endevor change management system updates the shared application load library from the Development LPAR. Further, testing in the Development LPAR relies on executing the production versions of modules not being changed from the same shared production load library. I could change Endevor to run the final copy to production in the production LPAR to avoid abending production work with an outside monoplex PDS/E update, but this would still mean the users of the shared PDS/E would suffer in the development LPAR. The limited updating of the limited shared DASD here is such that we don't even run GRS ring. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Ross Sent: Tuesday, September 10, 2013 2:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc Tom, Why convert to PDSE? I am curious? A stated IBM direction? Converting to PDSE just makes it easier to use or move to COBOL V5.1. PDSE is far better than PDS, lots of advantages, so you could view it as IBM direction, but for COBOL, that is the only thing we can do. In COBOL V5.1, we always generate parts of the object program with loadable user classes, which are only supported by Program Objects. Load Modules only support class B_TEXT or B_PRV in object programs. As Frank Swarbick suggested, it might be an option to use new PDSE Load Libraries for newer code and add the new libraries to concatenations. That would provide a one module at a time migration path, but it also might add too much complexity to application build and maintenance. The good people here on IBMMAIN would know much better than I would. Is that a reasonable option, to just start using PDSEs from one day in the future for any programs recompiled with COBOL V5.1? Cheers, TomR COBOL is the Language of the Future! -- 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: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc
Tom, Could you share the SHARE presentations you have given on COBOL V5? Yes, thanks for the reminder! One of my TODOs has been to get our Web people to add my 2 COBOL V5 presentaitons to our resources page. I just sent them over, they should be live soon at: http://www-01.ibm.com/support/docview.wss?uid=swg21634215 Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Teletypewriter Model 33
Gerhard, Shmuel and everyone else on the group, Thank you for the wonderful insight, you folks provided. It was quite interesting to read this whole e-mail chain. I shall keep this handy in my back-pocket. I never heard of the word print trains before, so I'll try looking up some more information on it. Thanks again! http://in.linkedin.com/pub/quasar-chunawala/20/164/133/ On Wed, Sep 11, 2013 at 6:36 AM, Gerhard Postpischil gerh...@valley.netwrote: On 9/10/2013 3:37 PM, Barry Merrill wrote: I vaguely recall benchmarking the print time of several Print Trains in the early 70s, and my memory of specifics was weak, but I know I identified three or four specific IDs that were 2 to 3 times longer and I'm pretty sure they all had mixed case, or so I think I was told. We went back to the users of those trains and either suggested changes or scheduled their large prints for those print trains during slack print times. 1403 print trains comprised 80 slugs of three characters each. The fast print sets had six repetitions of the upper case letters and digits, with a sprinkling of special characters. I've never worked with AN or HN, because our service bureau had PL/I customers, and the PN train was the first to support the not sign and nationals; IIRC it had four alphameric sets. SN and TN had fewer repeats, so I guess the worst case would be a ratio of 3 to 1? Gerhard Postpischil Bradford, Vermont --**--**-- 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: z/OS 2.1 and tools like COBOL 5.1, Fault Analyzer, Debug Tool, etc
Tom, Thank you. I like Frank's idea also Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Sep 10, 2013, at 5:44 PM, Tom Ross tmr...@stlvm20.vnet.ibm.com wrote: Tom, Why convert to PDSE? I am curious? A stated IBM direction? Converting to PDSE just makes it easier to use or move to COBOL V5.1. PDSE is far better than PDS, lots of advantages, so you could view it as IBM direction, but for COBOL, that is the only thing we can do. In COBOL V5.1, we always generate parts of the object program with loadable user classes, which are only supported by Program Objects. Load Modules only support class B_TEXT or B_PRV in object programs. As Frank Swarbick suggested, it might be an option to use new PDSE Load Libraries for newer code and add the new libraries to concatenations. That would provide a one module at a time migration path, but it also might add too much complexity to application build and maintenance. The good people here on IBMMAIN would know much better than I would. Is that a reasonable option, to just start using PDSEs from one day in the future for any programs recompiled with COBOL V5.1? Cheers, TomR COBOL is the Language of the Future! -- 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: Teletypewriter Model 33
Gerhard, We used to print bills on a 1403 with a special OCR print train and high intensity black ribbon. So they would scan correctly then we collated them and microfilmed them...omg ...I used to have to be to work at 3am for that job... Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Sep 10, 2013, at 12:41 AM, Gerhard Postpischil gerh...@valley.net wrote: On 9/9/2013 10:32 PM, Paul Gilmartin wrote: Merely that it was the first time I saw a computer (it was a PDP-10) writing messages and column headings in mixed case. Thermal is irrelevant; merely an exclamation of recognition of the device. That may have been your first exposure to mixed case output, but IBM offered an SN and TN train for the 1403. I used an IBM type III program named FORMAT, that provided an escape character (cent sign by default), to produce mixed case output. It came in very handy for writing memos and documentation. Gerhard Postpischil Bradford, Vermont -- 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: The Trainer's Friend Going Out Of Business Sale
Terrible news... more than one including myself is sorry to see you leave... ...at the same time, happy for you... time to enjoy life... Wish you the best in your new endeavors Steve Miguel From: R.S. r.skoru...@bremultibank.com.pl To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, September 10, 2013 2:29 PM Subject: Re: The Trainer's Friend Going Out Of Business Sale W dniu 2013-09-10 19:53, Elardus Engelbrecht pisze: Steve Comstock wrote: After 38 years of creating and delivering training courses for IBM mainframe (OS/360 through z/OS) application programmers, The Trainer's Friend, Inc. is going out of business. You're not alone. When I started in 1980/1990, there were many training vendors and IBM's classes were FULL-FULL-FULL! Waiting list, prepaid to register, etc, you get the picture, just to get a seat for training. Competition was cut-throat fierce! Now these days, the training vendors only give training if ENOUGH students, at all and if any, applied. This seldom happens that a training session realize. I think there are only IBM and one (or three?) training vendors left in Johannesburg area. Oh, that one training vendor (remaining nameless) has embarked on training on other platforms and other IT topics just to survive. The list of available courses are dwindling, at least here in Sunny South Africa. Above is true for z/OS. I'm not sure about other platforms training. Ouch, Steve, I feel your pain. Good luck for you, your team and your family. This is self-winding. Whenever I got the budget to send my people for some course it appears the course will not be performed. Even 3 persons (attendees) is not enough, sometimes they want at least 6 attendees. Unfortunately they don't manage waiting list properly - I had situations where my folks plus other company's folks would fill the quorum, but nobody took care to manage it. From the other hand I was asked about some courses, won the RFP, and provided several courses to 2 persons. Yes, two. It was cost effective for the purchaser and profitable for me. Of course I don't have ton of bureaucrats to feed. ;-) -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- 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
