test mail
-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS to SEQ and back to PDS
I have a REXX which builds a member list and uses EXECIO to write each member preceded by a ./ADD card for IEBUPDTE. After the flat file is edited, simply use IEBUPDTE to add the members back to the PDS using the flat file as input. I can post the source or email it to the OP. On 7/24/07, Earnie Allen [EMAIL PROTECTED] wrote: I am in need of a fairly straightforward method of turning a PDS into a flat file (for modifications) and then back into a PDS. Having the original ISPF stats present in the final PDS is not necessarily a critical part of the process for us --- nice, but not absolutely necessary. I have an REXX exec that does the process, but it is not set up to run as a batch job. Would that it were ... sigh. I have come across the CBT FILE093 solution(s) --- but, there appear to be many varieties. Some assistance/suggestions, please? Earnie Allen Senior Systems Programmer MVS Systems Software WORLDSPAN, LP Phone: 404-322-2799 FAX: 404-322-4653 E-Mail: [EMAIL PROTECTED] Remember: It takes teamwork to make the dream work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DSPSERV
Hi, I would like to allocate memory in Common Data Space with DSPSERV Macro and my requirement is that Data Space survive my Address Space Termination. That means it remains allocatad after my AS ends and other Address Spaces or an Exit-Routine can access it. One of my trial was, to allocate CDS in the name of MASTER (ASID=1) (DSPSERV ...,TTOKEN=(a TCB Token of MASTER)) , but it's not allowed. I get System Completion Code 01D reason Code xx0002xx. Is there any trick? Regards, Gabor Environment: OS/390 2.8 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
Gabor There are various tricks you can use to do this - and most of them involve squirreling something away in one of the always there system address spaces without them knowing about it. But - why does your address space have to end? In my opinion, it would be much safer (and easier) to have a simple do nothing address space that owns the CADS - maybe with some sort of common storage anchor that contains the ALET and some indication of whether the CADS is available. Other users of this CADS can check the anchor control block for the ALET and flag bits before attempting to use it (after using TESTART to validate the ALET). Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gabor Hoffer Sent: 25 July 2007 07:38 To: IBM-MAIN@BAMA.UA.EDU Subject: DSPSERV Hi, I would like to allocate memory in Common Data Space with DSPSERV Macro and my requirement is that Data Space survive my Address Space Termination. That means it remains allocatad after my AS ends and other Address Spaces or an Exit-Routine can access it. One of my trial was, to allocate CDS in the name of MASTER (ASID=1) (DSPSERV ...,TTOKEN=(a TCB Token of MASTER)) , but it's not allowed. I get System Completion Code 01D reason Code xx0002xx. Is there any trick? Regards, Gabor Environment: OS/390 2.8 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
On Wed, 25 Jul 2007 10:08:49 +0200 Gabor Hoffer [EMAIL PROTECTED] wrote: :My program (EventMonitor, EM) installs an ExitModul under IEFU83 and IEFU84 :Exit. The Code and Buffer (for SMF-Records that are collectet with Exit) are :in ECSA. Exit and EM communicates with ECB and exchange data over ECSA. :There are 2 request on this architecture: :1. Able to end EventMonitor without deinstalling ExitModul, that means :ExitModul should able to collect SMF-Records further without parent :AddressSpace (EventMonitor). :2. If ExitModul runs long time alone, there is not enought bufferspace in :ECSA. I dont want to allocate to much memory in ECSA, thats why i would like :to use CADS. Buffering in Common Data Space. :Can you explain, how i can allocate in the name of master? I already told you - look up SRBs. Try, before asking us to code it for you. -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
Rob, My program (EventMonitor, EM) installs an ExitModul under IEFU83 and IEFU84 Exit. The Code and Buffer (for SMF-Records that are collectet with Exit) are in ECSA. Exit and EM communicates with ECB and exchange data over ECSA. There are 2 request on this architecture: 1. Able to end EventMonitor without deinstalling ExitModul, that means ExitModul should able to collect SMF-Records further without parent AddressSpace (EventMonitor). 2. If ExitModul runs long time alone, there is not enought bufferspace in ECSA. I dont want to allocate to much memory in ECSA, thats why i would like to use CADS. Buffering in Common Data Space. Can you explain, how i can allocate in the name of master? My idea was, that ExitRoutine waits until MASTER writes an SMF-Record and in this case ExitRoutine runs under ASID=1 and can allocate CADS. I dont know how to force MASTER to write SMF-Record and dont know if it writes records at all. Gabor On 7/25/07, Rob Scott [EMAIL PROTECTED] wrote: Gabor There are various tricks you can use to do this - and most of them involve squirreling something away in one of the always there system address spaces without them knowing about it. But - why does your address space have to end? In my opinion, it would be much safer (and easier) to have a simple do nothing address space that owns the CADS - maybe with some sort of common storage anchor that contains the ALET and some indication of whether the CADS is available. Other users of this CADS can check the anchor control block for the ALET and flag bits before attempting to use it (after using TESTART to validate the ALET). Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
As a mentioned I'm not expert in SRBs and I'm learning MVS system programming. I'v looked for SRBs in books. If i understand it correct, i can let an Address Space to run a code in my Address Space. Is it ok? Gabor ps: i did'nt ask you to code it for me. I already told you - look up SRBs. Try, before asking us to code it for you. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
Gabor One way to do it is schedule an SRB into *MASTER* and that SRB performs the DSPSERV CREATE with TTOKEN. However, I would still advise against this for the following reasons : (1) There is a simpler and safer solution. (2) It is very likely that at some point you will cause problems in either your system or (worse still) a customer system whilst your code is perfected - do you want to get into that? (3) Every time there is a problem at a customer site and your fingers are in the *MASTER* ASID - you will not be above suspicion. (4) The fact that you have to ask the question hints that you may not be ready to take on the task (apologies if that sounds rude). Why not have a separate ASID that just owns the CADS - this can be independent of your main server address space? Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gabor Hoffer Sent: 25 July 2007 09:09 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DSPSERV Rob, My program (EventMonitor, EM) installs an ExitModul under IEFU83 and IEFU84 Exit. The Code and Buffer (for SMF-Records that are collectet with Exit) are in ECSA. Exit and EM communicates with ECB and exchange data over ECSA. There are 2 request on this architecture: 1. Able to end EventMonitor without deinstalling ExitModul, that means ExitModul should able to collect SMF-Records further without parent AddressSpace (EventMonitor). 2. If ExitModul runs long time alone, there is not enought bufferspace in ECSA. I dont want to allocate to much memory in ECSA, thats why i would like to use CADS. Buffering in Common Data Space. Can you explain, how i can allocate in the name of master? My idea was, that ExitRoutine waits until MASTER writes an SMF-Record and in this case ExitRoutine runs under ASID=1 and can allocate CADS. I dont know how to force MASTER to write SMF-Record and dont know if it writes records at all. Gabor On 7/25/07, Rob Scott [EMAIL PROTECTED] wrote: Gabor There are various tricks you can use to do this - and most of them involve squirreling something away in one of the always there system address spaces without them knowing about it. But - why does your address space have to end? In my opinion, it would be much safer (and easier) to have a simple do nothing address space that owns the CADS - maybe with some sort of common storage anchor that contains the ALET and some indication of whether the CADS is available. Other users of this CADS can check the anchor control block for the ALET and flag bits before attempting to use it (after using TESTART to validate the ALET). Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
On Wed, 25 Jul 2007 10:44:19 +0200 Gabor Hoffer [EMAIL PROTECTED] wrote: :As a mentioned I'm not expert in SRBs and I'm learning MVS system :programming. I'v looked for SRBs in books. If i understand it correct, i can :let an Address Space to run a code in my Address Space. Is it ok? True. But much more. It allows any address space to schedule work to be run in a different address space. :ps: i did'nt ask you to code it for me. Certainly sounded like it. :I already told you - look up SRBs. : Try, before asking us to code it for you. -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
Rob, Separate ASID looks for me also safer and probably I'll choose this method, but I have to say SRB in *MASTER* sounds prettier. (4) The fact that you have to ask the question hints that you may not be ready to take on the task (apologies if that sounds rude). Not to apologies, I know I have a lot of learning to do. Gabor On 7/25/07, Rob Scott [EMAIL PROTECTED] wrote: Gabor One way to do it is schedule an SRB into *MASTER* and that SRB performs the DSPSERV CREATE with TTOKEN. However, I would still advise against this for the following reasons : (1) There is a simpler and safer solution. (2) It is very likely that at some point you will cause problems in either your system or (worse still) a customer system whilst your code is perfected - do you want to get into that? (3) Every time there is a problem at a customer site and your fingers are in the *MASTER* ASID - you will not be above suspicion. (4) The fact that you have to ask the question hints that you may not be ready to take on the task (apologies if that sounds rude). Why not have a separate ASID that just owns the CADS - this can be independent of your main server address space? Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RCFs (was Valid hexadecimal (was: EBCDIC to HEX translation in Assembler?))
Patrick O'Keefe wrote: [...] I've noticed that some recent IBM manuals (maybe only Tivoli manuals, but still IBM) no longer include the RCF or any electronic equivalent. Is there an IBM-wide RCF (where F now stands for function) that can be used for those manuals not providing their own? If so, I've not found it (but haven't searched much, either). I always use e-mail (mhvrcfs aatt us.ibm.com) for submitting comments, despite it is Tivoli or other IBM brand. It works. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.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.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
True. But much more. It allows any address space to schedule work to be run in a different address space. Thanks. I'll try it, but not with *MASTER*. ;-) There is a good example in book Advanced Assembler Language and MVS Interfaces Gabor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
By the way, I applaud your decision to convert ECSA usage to a CADS - that is a sensible solution. Remember to maintain the usage of the blocks in the CADS - have some sort of high water mark or max size that the installation can tailor - otherwise if your main server address space is down for a non-trivial period of time the real frames backing the CADS will just keep increasing and you will not be very popular . DSPSERV RELEASE can be used to return unused resources back to the system. Good luck Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gabor Hoffer Sent: 25 July 2007 10:15 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DSPSERV Rob, Separate ASID looks for me also safer and probably I'll choose this method, but I have to say SRB in *MASTER* sounds prettier. (4) The fact that you have to ask the question hints that you may not be ready to take on the task (apologies if that sounds rude). Not to apologies, I know I have a lot of learning to do. Gabor On 7/25/07, Rob Scott [EMAIL PROTECTED] wrote: Gabor One way to do it is schedule an SRB into *MASTER* and that SRB performs the DSPSERV CREATE with TTOKEN. However, I would still advise against this for the following reasons : (1) There is a simpler and safer solution. (2) It is very likely that at some point you will cause problems in either your system or (worse still) a customer system whilst your code is perfected - do you want to get into that? (3) Every time there is a problem at a customer site and your fingers are in the *MASTER* ASID - you will not be above suspicion. (4) The fact that you have to ask the question hints that you may not be ready to take on the task (apologies if that sounds rude). Why not have a separate ASID that just owns the CADS - this can be independent of your main server address space? Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is a page protected?--how to determine
OK, I'll bite. Why do you need to determine? If you have any reason to think that the page is protected (presumably because you did it or might have done it), then you can just unprotect it. A page does not need to be protected in order to successfully unprotect. Note that protection is not a count it is a toggle. Two protects followed by one unprotect leaves the page not protected.. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RCFs (was Valid hexadecimal (was: EBCDIC to HEX translation in Assembler?))
You're off the hook, and if you've yet taken no action, it would be interesting to let it run its course and see whether Tech Pubs agrees with us. The way our ID process seems to work today (at least in Poughkeepsie), if someone suggests a change, the book owner contacts the technical owner to see if (s)he agrees. So the ID person is not doing the agreeing. I've also been informed that, to my dismay, no updates will happen to any old books ever. Updates will be made only in the forthcoming R9 books. I've noticed that some recent IBM manuals (maybe only Tivoli manuals, but still IBM) no longer include the RCF or any electronic equivalent. Is there an IBM-wide RCF (where F now stands for function) that can be used for those manuals not providing their own? If so, I've not found it (but haven't searched much, either). Ugghh. The z/OS MVS books (i.e., the ones I am involved with) all have a page at the end Readers' Comments -- We'd Like to Hear from You. I'm not sure why there is no electronic mechanism. I'll inquire. But that is not consistent across the z/OS elements, unfortunately. I'll ask about that too. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Console named *DICNsysclone.
Can anyone enlighten me what this (EMCS) console is for? It probably appears with z/OS 1.7 and up; we get it under 1.8 as the only console messages are routed to that under 1.6 get broadcast to all active consoles in the sysplex. This console was opened from CONSOLE address space, has no key, and does have a 'terminal name' that my network collegue tells me we don't have. - CN=*DICNS22 STATUS=ACNID=0315 KEY=NONE SYS=T2W2 ASID=000A JOBNAME= JOBID= HC=N AUTO=N DOM=ALLTERMNAME=*DICNS22 MONITOR= CMDSYS=T2W2 LEVEL=ALL AUTH= INFO MSCOPE=T2W2 ROUTCDE=1-10,12-15 INTIDS=N UNKNIDS=N ALERTPCT=100 QUEUED=0 QLIMIT=1 SIZEUSED=6464K MAXSIZE=2097152K Thanks and regards, Barbara Nitz -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console named *DICNsysclone.
Interesting. We have them too. I have no clue as to what they are. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RCFs (was Valid hexadecimal (was: EBCDIC to HEX translation in Assembler?))
Peter Relson wrote on 2007-07-25 07:39:42: snip Ugghh. The z/OS MVS books (i.e., the ones I am involved with) all have a page at the end Readers' Comments -- We'd Like to Hear from You. I'm not sure why there is no electronic mechanism. I'll inquire. But that is not consistent across the z/OS elements, unfortunately. I'll ask about that too. I found the following in the front matter of several books from the z/OS MVS bookshelf: -- IBM welcomes your comments. A form for readers’ comments may be provided at the back of this document, or you may address your comments to the following address: International Business Machines Corporation Department 55JA, Mail Station P384 2455 South Road Poughkeepsie, NY 12601-5400 United States of America FAX (United States Canada): 1+845+432-9405 FAX (Other Countries): Your International Access Code +1+845+432-9405 IBMLink™ (United States customers only): IBMUSM10(MHVRCFS) Internet e-mail: [EMAIL PROTECTED] World Wide Web: www.ibm.com/servers/eserver/zseries/zos/webqs.html If you would like a reply, be sure to include your name, address, telephone number, or FAX number. Make sure to include the following in your comment or note: v Title and order number of this document v Page number or topic related to your comment When you send information to IBM, you grant IBM a nonexclusive right to use or distribute the information in any way it believes appropriate without incurring any obligation to you. - My personal favorite, used often, is the internet e-mail address. There is a good, disciplined process to ensure that the comments get responses. I don't have an answer regarding publications from other elements of z/OS, but I'll look in tandem with Peter. Bob Wright - MVS Service Aids
Re: Tools for Validating COBOL Source
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples The oft-mentioned IBM WebSphere Developer for System z (WDz) performs excellent COBOL syntax validation on your PC. http://www.ibm.com/software/awdtools/devzseries/ You can see some recorded demonstrations which include syntax checking here: http://websphere.dfw.ibm.com/whidemo/atdemo_wsed_zosad_recorded.html If you are a CICS Transaction Server Version 3 licensee then you already can get a no-charge license for one full-function copy (sans IBM support; it's free after all). As mentioned previously, order the no-charge CICS Service Flow Feature to get this WDz license. Confusion again, but is it yours or mine? My recollection of the explanation given at an IBM workshop on CICS Web Services is that the single-seat WDz license comes with CICS TS 3.x itself, and that the SFF granted an additional ten (10) limited-to-SFF-use licenses; both without IBM support. You might check with Leigh Compton at the Dallas Systems Center to verify. (There was a deadline that past for ordering SFF for CICS Transaction Server V3.1. If you got in before the deadline, as advertised here, congratulations. If you didn't, sit tight for a little bit. Closer to the end of the year ordering should open back up for the new CICS Transaction Server V3.2 Service Flow Feature.) Actually, you can *order* the TS 3.2 SFF concurrently with CICS TS 3.2, with the SFF delivery to occur later (I think 4th quarter 2007 is the target). That's what we did, and it's in the TS 3.2 Announcement Letter that way. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RCFs (was Valid hexadecimal (was: EBCDIC to HEX translation in Assembler?))
I wrote on 2007-07-25 08:19:01: I found the following in the front matter of several books from the z/OS MVS bookshelf: -- IBM welcomes your comments. A form for readers’ comments may be provided at the back of this document, or you may address your comments to the following address: International Business Machines Corporation Department 55JA, Mail Station P384 2455 South Road Poughkeepsie, NY 12601-5400 United States of America FAX (United States Canada): 1+845+432-9405 FAX (Other Countries): Your International Access Code +1+845+432-9405 IBMLink™ (United States customers only): IBMUSM10(MHVRCFS) Internet e-mail: [EMAIL PROTECTED] World Wide Web: www.ibm.com/servers/eserver/zseries/zos/webqs.html If you would like a reply, be sure to include your name, address, telephone number, or FAX number. Make sure to include the following in your comment or note: v Title and order number of this document v Page number or topic related to your comment When you send information to IBM, you grant IBM a nonexclusive right to use or distribute the information in any way it believes appropriate without incurring any obligation to you. I found identical information in TSO/E, DFSMS, and DFSORT books. ISPF books carry similar statements, but they invite responses to [EMAIL PROTECTED] Look just inside the front cover of recent books for invitations to supply feedback electronically. Bob Wright - MVS Service Aids
CA-DISK
Hi, Are there any other OEM products that preform similar functions as CA-Disk ? TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 5596 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-DISK
Are there any other OEM products that preform similar functions as CA-Disk ? Innovation's FDR product(s). Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) 651-610-7670(p) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-DISK
HSM (IBM) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jeffrey Deaver Sent: Wednesday, July 25, 2007 2:58 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-DISK Are there any other OEM products that preform similar functions as CA-Disk ? Innovation's FDR product(s). Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) 651-610-7670(p) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ NOD32 2418 (20070725) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
Bill, An easy way Could you not place the CLIST in a read only dataset, and check the userid within the CLIST against a pre-defined table defined within the code? Or a more involved way... you could write a quick assembler program, executed from the clist, which could check a pre-built RACF resource for the access and throw a RACF error if not authorised? Or an even more involved way write a dataset open exit which will cause an abend if the wrong user tries to open the clist? Loads of ways to skin a cat. Phil. z/OS Systems Programming Consultant Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carroll, William Sent: 24 July 2007 13:40 To: IBM-MAIN@BAMA.UA.EDU Subject: Secure clist Is there any way to secure certain clist from unauthorized use? For example if I don't want applications to get into the wlm, Application, how would I do it? If it can be done. Thanks In Advance. Bill Carroll EMAIL DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.16/914 - Release Date: 23/07/2007 19:45 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.19/917 - Release Date: 25/07/2007 01:16 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/Journal issue June/July 2007
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Tuesday, July 24, 2007 7:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Z/Journal issue June/July 2007 Today I was at another doctors office waiting for my appointment and was surprised when I saw that Xephon was now apart of Z/Journal. So now if you have a complaint you can complain to IBM (not sure if this is good or not). SNIP I don't think IBM owns z/JOURNAL. I think Bob Thomas does. So if you have a problem with Xephon, you might want to complain to him. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
On Wed, 25 Jul 2007 14:10:56 +0100 Phil Kingston [EMAIL PROTECTED] wrote: :An easy way Could you not place the CLIST in a read only dataset, :and check the userid within the CLIST against a pre-defined table :defined within the code? :Or a more involved way... you could write a quick assembler program, :executed from the clist, which could check a pre-built RACF resource for :the access and throw a RACF error if not authorised? :Or an even more involved way write a dataset open exit which will :cause an abend if the wrong user tries to open the clist? :Loads of ways to skin a cat. None of them truly effective. One must protect the functions, not how the functions are invoked. By protecting the clist, one protects a specific way of getting there. But there are other ways, such as writing ones own clist. Security by obscurity is NOT security. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
Gabor Wouldnt this design be much cleaner by starting a second address space whose sole purpose is to own the dataspace ? Basically it would contain all the Data Space Code to initialize/create and destroy the dataspace and a Console Routine to stop this Address space. Granted not as elagant as an SRB scheduled to run in the MASTER Address Space but alot cleaner. Paul D'Angelo *** IMPORTANT NOTE* The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
Unfortunately, read only access doesn't prevent someone from copying the CLIST and removing any userid checks from it, whether they be a pre-defined table or a called RACF interface. How would the dataset open exit be invoked? From: Phil Kingston [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Secure clist Date: Wed, 25 Jul 2007 14:10:56 +0100 Bill, An easy way Could you not place the CLIST in a read only dataset, and check the userid within the CLIST against a pre-defined table defined within the code? Or a more involved way... you could write a quick assembler program, executed from the clist, which could check a pre-built RACF resource for the access and throw a RACF error if not authorised? Or an even more involved way write a dataset open exit which will cause an abend if the wrong user tries to open the clist? Loads of ways to skin a cat. Phil. z/OS Systems Programming Consultant Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carroll, William Sent: 24 July 2007 13:40 To: IBM-MAIN@BAMA.UA.EDU Subject: Secure clist Is there any way to secure certain clist from unauthorized use? For example if I don't want applications to get into the wlm, Application, how would I do it? If it can be done. Thanks In Advance. Bill Carroll _ http://newlivehotmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
Under RACF I have placed a CLIST in a secured data set and had RACF set to EXEC rather than READ on the data set. Seemed to work and it did not impact the usage of the CLIST. Lizette Unfortunately, read only access doesn't prevent someone from copying the CLIST and removing any userid checks from it, whether they be a pre-defined table or a called RACF interface. How would the dataset open exit be invoked? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RCFs (was Valid hexadecimal (was: EBCDIC to HEX translation in Assembler?))
On Wed, 25 Jul 2007 07:39:42 -0400, Peter Relson wrote: I've also been informed that, to my dismay, no updates will happen to any old books ever. Updates will be made only in the forthcoming R9 books. For the matter that started this thread, that FIN-analogue is sufficient. Of course, if the update is sufficiently urgent, such as removing a mention of Hercules, there will be a deviation from the policy. Ugghh. The z/OS MVS books (i.e., the ones I am involved with) all have a page at the end Readers' Comments -- We'd Like to Hear from You. I'm not sure why there is no electronic mechanism. I'll inquire. It would be useful if the HTML (at least) version of the Comments page contained a URL such as: mailto://[EMAIL PROTECTED] ... but perhaps that's a topic for another (global) RCF. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS to SEQ and back to PDS
We have PDSMAN in-shop, but I do not believe I can use it for this particular change because not only is the ACCT info different in most cases, but also because there does not now exist any standard ACCT field info to key on and do the replace. Thus the need for the project ... not only complete ACCT info, but also standardization of the JOB card(s). == I just completed changes to the JOB account code in over a hundred PDS members using PDSMAN. This has been in our shop for a long time and I don't know who the current vendor is. But if someone is interested, I probably can I track down some contact information. Walter Rue = Earnie Allen Senior Systems Programmer MVS Systems Software WORLDSPAN, LP Phone: 404-322-2799 FAX: 404-322-4653 E-Mail: [EMAIL PROTECTED] Remember: It takes teamwork to make the dream work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/Journal issue June/July 2007
All I can say is that in a full page spread is: Did you know that Xephon is now a division of z/Journal? and the rest of the page is verbage --signed Bob Thomas--- On Jul 25, 2007, at 8:13 AM, Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Tuesday, July 24, 2007 7:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Z/Journal issue June/July 2007 Today I was at another doctors office waiting for my appointment and was surprised when I saw that Xephon was now apart of Z/Journal. So now if you have a complaint you can complain to IBM (not sure if this is good or not). SNIP I don't think IBM owns z/JOURNAL. I think Bob Thomas does. So if you have a problem with Xephon, you might want to complain to him. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AW: Console named *DICNsysclone.
-Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von Bob Shannon Gesendet: Mittwoch, 25. Juli 2007 14:08 An: IBM-MAIN@BAMA.UA.EDU Betreff: Re: Console named *DICNsysclone. Interesting. We have them too. I have no clue as to what they are. Bob Shannon Rocket Software Don't know if that's it what your are looking for, these are the messages showing the console names at ipl. IEA630I OPERATOR *SYSLG0S NOW ACTIVE, SYSTEM=CP25, LU=*SYSLG0S IEA630I OPERATOR *DICNS0S NOW ACTIVE, SYSTEM=CP25, LU=*DICNS0S IEA630I OPERATOR *ROUTE0S NOW ACTIVE, SYSTEM=CP25, LU=ROUTEALL -- IEA630I OPERATOR opername NOW ACTIVE, SYSTEM=sysname, LU=unitname Explanation: Multiple console support (MCS) activated an operator on a Time Sharing Option Extensions (TSO/E) terminal. In the message text: opername The userid or console name of the TSO/E operator. sysname The name of the system to which the operator logged on. The system name is specified on the SYSNAME parameter in the IEASYSxx parmlib member. unitname The logical unit name. This name identifies the physical location of the terminal that the TSO/E operator used to logon to the system. System Action: The system continues processing. Hermann -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul D'Angelo Sent: Wednesday, July 25, 2007 7:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DSPSERV Gabor Wouldnt this design be much cleaner by starting a second address space whose sole purpose is to own the dataspace ? Basically it would contain all the Data Space Code to initialize/create and destroy the dataspace and a Console Routine to stop this Address space. Granted not as elagant as an SRB scheduled to run in the MASTER Address Space but alot cleaner. Paul D'Angelo I agree that it may be cleaner to use an anchor space for the CADS. However, adding a CADS to the PASN-AL will add the same ALET to all active address spaces. There may be race conditions when the owning space terminates and another space adds its own unrelated CADS to the PASN-AL. The ALET may be reused. Also, the CADS should be allocated in a system key to prevent unauthorized programs from mucking with it. It may be cleaner to use an ordinary SCOPE=PRIVATE data space that is anchored only to the single PASN-AL of the owning address space and use space-switch PC routines to access the private data space. This will ensure that the only access to the data space is through trusted PC routines. It also ensures that when the owning address space terminates, any client code running will immediately lose their bind to the owning address space (probably a S0D5 or S0D6 abend upon redispatch). Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/Journal issue June/July 2007
Perhaps you are thinking of the Bob Thomas that works for IBM. However, the publisher of z/Journal is a different Bob Thomas and he does not work for IBM. Chuck Arney illustro Systems International, LLC http://www.illustro.com Access 3270 data from anywhere with z/XML-Host Access 3270 apps from the web with z/Web-Host Access CMS minidisks from z/OS or z/VSE with CMSACCess Voice: 214-800-8900 X#0562 Fax: 214-451-6394 * * * * * * * * * * * * * * * * This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. * * * * * * * * * * * * * * * * * * * * * * * * * * We use reasonable measures to virus scan all E-mails leaving illustro but no warranty is given that this E-mail and any attachments are virus free. You should ensure you have adequate measures in place for your own virus checking. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Wednesday, July 25, 2007 8:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Z/Journal issue June/July 2007 All I can say is that in a full page spread is: Did you know that Xephon is now a division of z/Journal? and the rest of the page is verbage --signed Bob Thomas--- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
On Wed, 25 Jul 2007 08:09:42 -0600 Jeffrey D. Smith [EMAIL PROTECTED] wrote: : -Original Message- : From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On : Behalf Of Paul D'Angelo : Sent: Wednesday, July 25, 2007 7:15 AM : To: IBM-MAIN@BAMA.UA.EDU : Subject: Re: DSPSERV : Gabor : Wouldnt this design be much cleaner by starting a second address space : whose : sole purpose is to own the dataspace ? : Basically it would contain all the Data Space Code to initialize/create : and destroy the dataspace and a Console Routine to stop this Address : space. : Granted not as elagant as an SRB scheduled to run in the MASTER Address : Space but alot cleaner. :I agree that it may be cleaner to use an anchor space for the CADS. :However, adding a CADS to the PASN-AL will add the same ALET to all :active address spaces. There may be race conditions when the owning :space terminates and another space adds its own unrelated CADS to :the PASN-AL. Only if the OS is brain dead and does not up the sequence number. True, it can be cycled thru the 256 times, but I would hardly call that a race condition. : The ALET may be reused. Also, the CADS should be :allocated in a system key to prevent unauthorized programs from :mucking with it. :It may be cleaner to use an ordinary SCOPE=PRIVATE data space that :is anchored only to the single PASN-AL of the owning address space :and use space-switch PC routines to access the private data space. :This will ensure that the only access to the data space is through :trusted PC routines. It also ensures that when the owning address :space terminates, any client code running will immediately lose :their bind to the owning address space (probably a S0D5 or S0D6 :abend upon redispatch). S058. But it all depends on use. -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tools for Validating COBOL Source
-Original Message- From: Timothy Sipples [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 25, 2007 1:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Tools for Validating COBOL Source The oft-mentioned IBM WebSphere Developer for System z (WDz) performs excellent COBOL syntax validation on your PC. Snipped Why should you care? In addition to the time savings and productivity benefits (which can be measured in money terms), if you're doing COBOL syntax checking on your PC under WDz you're probably going to avoid some compile cycles on your mainframe. That could mean you save some CPU on your development/test LPAR(s). And that could mean you save some more money. This is especially true if you're CPU-starving your developers so that they cannot compile quickly enough during their prime shift. Developers cost money, so I'm a big advocate of keeping them happy and productive so they can do a good job. Yes, but the cost per seat is extremely high. When I was working on a CICS/TS web-enabled application last year and wanted to get a copy of WDz (or maybe it was Eclipse with Websphere addons, not sure now), I was told that it would cost USD$7K for me to be allowed to run that software on my company PC with CICS and DB2 support included (I needed both). No way was that happening. I don't think I'm alone in wanting better application tools that the company budget just cannot support. And it's not just IBM, MicroFocus COBOL has the same problem -- good tool, extreme cost per seat (about USD$8K the last time I checked a few years back). Even with negotiated volume discounts, thousands per seat is just unsupportable. One or ten free copies of WDz do no one but the sysprog staff any good, because hundreds of ordinary developers never get to use them. For my project, I wound up using open source HTML and java tools to get the web side of the job done. Somewhat clumsier, but it worked and the price was right. 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/Journal issue June/July 2007
All I can say is that in a full page spread is: Did you know that Xephon is now a division of z/Journal? and the rest of the page is verbage That's fine, but IBM Corporation does not publish zJournal. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KEY8 CSA: Pro/JCL and Info/XE
On Tue, 24 Jul 2007 17:26:16 -0400, Bob Rutledge [EMAIL PROTECTED] wrote: For the first part, IP VERBX VSMDATA 'GLOBal SUMMary' followed by F '/ 8' might be easier to deal with. Bob Perhaps it is a little more readable. I still liked doing a find on KEY 8 better because using '/ 8' you miss the header line that says CSA (for those of us that don't know all our common SPs off the top of our head). Anyway, it still is a 2 step process. I was wondering if there was some way to do it in a single command that I couldn't figure out. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Mark Zelden wrote: ... So I searched the archives... and I couldn't find anything on using IPCS to do this (cookbook approach). So what would one do if they didn't have MXI or Omegamon CSA monitor etc.? Here is what I did... but not being an IPCS expert, I don't know if there is an easier way: Start IPCS session (active or dump) IP VERBX VSMDATA Do a F 'KEY 8' Look for DATA FOLLOWS FOR CSA SUBPOOL nnn, KEY 8' Look at FQE(s) following DQE(s) Add AREA + SIZE to get address If no FQE, address is AREA in DQE (owner gone in some cases) Split screen, start another IPCS session IP VERBX VSMDATA 'OWNCOMM DETAIL SORTBY(ADDR) CONTENTS(NO)' Find job name at the address from above Repeat for all key 8 found in VERBX VSMDATA report -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/Journal issue June/July 2007
Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ed Gould Sent: Tuesday, July 24, 2007 7:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Z/Journal issue June/July 2007 Today I was at another doctors office waiting for my appointment and was surprised when I saw that Xephon was now apart of Z/Journal. So now if you have a complaint you can complain to IBM (not sure if this is good or not). SNIP I don't think IBM owns z/JOURNAL. I think Bob Thomas does. So if you have a problem with Xephon, you might want to complain to him. snip So far as I know, IBM does not own zJournal. The About page for zJournal can be found at: http://www.zjournal.com/index.cfm?section=about It appears to say that zJournal is a product of Thomas Communications, Inc. So while you can complain to us about nearly anything (smile), it's not likely to be very effective in this case. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
But what was purpose of this? Was there a security exposure identified? If so, what was it? Or was it a case of well, it's always been done this way. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Tuesday, July 24, 2007 11:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Secure clist On Jul 24, 2007, at 10:36 PM, Wayne Driscoll wrote: All programs in the linklist are accessible directly, what is the possible value of protecting (from read, update protection is mandatory) a linklist dataset? I mean if I can execute tso iefbr14, what is the drawback of me executing tso call 'sys1.linklib(iefbr14)' Why would allowing the second be a security exposure? Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. Wayne, We did not allow that it was done by PCF. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mailing lists / online forums for IBM mainframers
Mailing lists / online forums for IBM mainframers Hi All ! Note : I dont know whether you people will see my message as appropriate but theres no better place I know to discuss this issue. It doesnt matter whether youre angry against me or happy with this but please contact me directly or join my mailing list if you want to discuss about it any further. I'm actually cleaning the mailing list page of my site, checking that they all exist and also have traffic. There are some mailing lists of course for which I have a problem; it some other cases it looks like there should certainly exist a mailing list for a subject but I can't find it. Men of good will, subscribers of mailing lists, please help me if you can by having a quick look at these lists and eventually tell me where I can find these now of whether you now alternatives : Lists in error are : DB2-L (DB2 discussion group) : send subscribe DB2-L Your name to [EMAIL PROTECTED] MQSER-L (MQSeries List) : send sub MQSER-L Your name to [EMAIL PROTECTED] IDMS-L CA-IDMS Discussion : send subscribe IDMS-L to [EMAIL PROTECTED] NNMVS-L (MVS/TSO NNTP News Reader (NNMVS) Discussion) : send sub NNMVS-L Your name to [EMAIL PROTECTED] AUTOMATION (Hosted by ProTech) : send join automation (in body of document) to [EMAIL PROTECTED] NETWORKING (Hosted by ProTech) : send join networking (in body of document) to [EMAIL PROTECTED] P370-L (P/370 P/390 Discussion List) : send sub P370-L Your name to [EMAIL PROTECTED] PERL-MVS : send subscribe perl-mvs to [EMAIL PROTECTED] SAG-L (Software AG discussion group) : send subscribe SAG-L Your name to [EMAIL PROTECTED] IBM-KERM (IBM mainframe KERMIT developers) : send sub IBM-KERM Your name to [EMAIL PROTECTED] SNSTCP-L (Users of Interlink SNS/TCPaccess for MVS) : send sub SNSTCP-L Your name to [EMAIL PROTECTED] VMREL6-L (VM Release 6 (SP and HPO) Discussions) : send sub VMREL6-L Your name to [EMAIL PROTECTED] TCUMVS-L (TCUMVS-L TCU VM/ESA 1.1 and MVS Conversion) : send sub TCUMVS-L Your name to [EMAIL PROTECTED] VMESA-L (VMESA discussion group) : send subscribe VMESA-L Your name to [EMAIL PROTECTED] WWW-VM (Discussion on Web Servers and Browsers on VM) : send subscribe WWW-VM Your name to [EMAIL PROTECTED] MVMUA-L (Metropolitan VM Users Association) : send sub MVMUA-L Your name to [EMAIL PROTECTED] C370-L : send sub C370-L Your name to [EMAIL PROTECTED] NV-L (Discussion of IBM NetView and POLYCENTER Manager on NetView) : send sub NV-L Your name to [EMAIL PROTECTED] Also, the complete list of mailing lists I know for mainframers is available at http://www.loriaux.com/s390/mailing.html ; please let me know if you're aware of other of any interest. As you all know my site exists since quite a lot of time... One of the things I could do if there's a need for a mailing list is to create it and host it on my site, although it would be better if you're ready to moderate it once created (I can't do everything a the same time). Finally, if you know about online forums I'll be also happy to reference them; btw this is also something I can host although the feature is not actually really used (see http://portal.loriaux.com/modules.php?name=Forums) Any suggestion is welcome (langages, software, hardware, users groups...) and as a matter of fact I'd certainly need men on good will to help me working on my project but, although I don't think I'm out-of-topics with this email, maybe it would be better to discuss about these things at another place, so I suggest you to contact me by email at [EMAIL PROTECTED] or even better, join the goodwill mailing list I'm hosting : GOODWILL @ LORIAUX.COM Join the men of good will; discuss with us about the new features you'd like for this site and eventually become a coadmin. You can subscribe by sending an empty message to [EMAIL PROTECTED] Also, in order to avoid pollution of IBM-MAIN, please send flames directly to [EMAIL PROTECTED] if you hate what I'm trying to do and really want to let me know ;) _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Compare two disk files
Does anyone know of a slick (accurate) way to compare two files which reside on two seperate tapes? Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compare two disk files
On Wed, 25 Jul 2007 10:18:03 -0500 Chris Steffens [EMAIL PROTECTED] wrote: :Does anyone know of a slick (accurate) way to compare two files which reside :on two seperate tapes? Simple equal/not equal? IEBCOMPR. More complex? ISPF source compare can run batch. -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compare two disk files
Wouldn't IEBCOMPR work? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chris Steffens Sent: Wednesday, July 25, 2007 11:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Compare two disk files Does anyone know of a slick (accurate) way to compare two files which reside on two seperate tapes? Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF z/OS 1.7 Quirk
We just IPL'd our sand box with z/OS 1.7 and are muddling thru. One thing I've noticed though, is in SDSF from the: HQX7720 - SDSF PRIMARY OPTION MENU -- At the bottom of the screen, we have: COMMAND INPUT === SCROLL === CSR instead of at the TOP of that screen, like on our old z/OS 1.4 system. I've hunted and pecked my way around/thru the help and extended help index, but still can't figure out what to set and/or reset to move the CMD prompt to the TOP. I've tried from SDSF and just the *ISPF Primary Option Menu* menu bar at the top. Nada. Every once in a while, it goes to the bottom of my screen on my old z/OS 1.4 system, but I'm not sure why. I usually just delete the ISF members in ISPPROF and it resets. Don't want to do that here. Any ideas. THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compare two disk files
On 25 Jul 2007 08:22:06 -0700, [EMAIL PROTECTED] (Binyamin Dissen) wrote: :Does anyone know of a slick (accurate) way to compare two files which reside :on two seperate tapes? Simple equal/not equal? IEBCOMPR. More complex? ISPF source compare can run batch. More complex comparisons can be done using DFSORT. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF z/OS 1.7 Quirk
Mark ... that ISPF quirk ... If you have a ISPF Primary Option of '0', you should be able to correct that. 0 Settings Terminal and user parameters Earnie Allen Senior Systems Programmer MVS Systems Software WORLDSPAN, LP Phone: 404-322-2799 FAX: 404-322-4653 E-Mail: [EMAIL PROTECTED] Remember: It takes teamwork to make the dream work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF z/OS 1.7 Quirk
From the SDSF command line type in SETTINGS. Then remove the / from the command line at bottom. Thank You -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young Sent: Wednesday, July 25, 2007 10:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF z/OS 1.7 Quirk We just IPL'd our sand box with z/OS 1.7 and are muddling thru. One thing I've noticed though, is in SDSF from the: HQX7720 - SDSF PRIMARY OPTION MENU -- At the bottom of the screen, we have: COMMAND INPUT === SCROLL === CSR instead of at the TOP of that screen, like on our old z/OS 1.4 system. I've hunted and pecked my way around/thru the help and extended help index, but still can't figure out what to set and/or reset to move the CMD prompt to the TOP. I've tried from SDSF and just the *ISPF Primary Option Menu* menu bar at the top. Nada. Every once in a while, it goes to the bottom of my screen on my old z/OS 1.4 system, but I'm not sure why. I usually just delete the ISF members in ISPPROF and it resets. Don't want to do that here. Any ideas. THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF z/OS 1.7 Quirk
Trust me ...that's how I took care of that problem here. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Earnie Allen Sent: Wednesday, July 25, 2007 10:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SDSF z/OS 1.7 Quirk Mark ... that ISPF quirk ... If you have a ISPF Primary Option of '0', you should be able to correct that. 0 Settings Terminal and user parameters Earnie Allen Senior Systems Programmer MVS Systems Software WORLDSPAN, LP Phone: 404-322-2799 FAX: 404-322-4653 E-Mail: [EMAIL PROTECTED] Remember: It takes teamwork to make the dream work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
Rob Scott wrote: By the way, I applaud your decision to convert ECSA usage to a CADS - that is a sensible solution. Personally, I don't like SCOPE=COMMON data spaces (CADS). Exceeding MAXCAD requires an IPL. (The default is 50.) And, don't forget the maximum number of entries in a PASN-AL is only 510 and each CADS reduces the number of SCOPE=SINGLE and SCOPE=ALL data spaces a program can address through its PASN-AL! If everyone decided to convert their ECSA requirements to CADS overnight, we'd likely be in real trouble right now. Yikes! I'd rather see SCOPE=ALL data spaces with ALESERV SEARCH/ADD used where needed. And, let's not forget IARVSERV, for sharing 31-bit virtual storage -- including that residing within data spaces -- and, of course, 64-bit shared memory objects which have been around for a while now. Yes, I realize these options aren't always practical and every product's requirements differ. I'm just saying that CADS would be just about dead last on my list of alternatives to study. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compare two disk files
On Wed, 25 Jul 2007 09:32:41 -0600 Howard Brazee [EMAIL PROTECTED] wrote: :On 25 Jul 2007 08:22:06 -0700, [EMAIL PROTECTED] (Binyamin Dissen) :wrote: ::Does anyone know of a slick (accurate) way to compare two files which reside ::on two seperate tapes? :Simple equal/not equal? IEBCOMPR. :More complex? ISPF source compare can run batch. :More complex comparisons can be done using DFSORT. DFSORT can do a line compare, detecting inserts, reformats and deletes? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SYSVIEW 11.5
I know this is a long shot, but I need some help and not a lot of time. We use SYSVIEW to cut CICS records. Sysview 11,5 was installed and we noticed 3 month later that the reports that we generate to record transaction count, response time, and number of transactions stopped working. This is when I found out SYSVIEW went to using Easytrieve for these reports. I having problems using this approach. I have an open issue with CA for both product and they are not providing a quick answer. Has anyone written anything to process these records from SYSVIEW 11.5 and produce these type of CICS reports. Any help would be appreciated. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/Journal issue June/July 2007
-Original Message- From: IBM Mainframe Discussion List On Behalf Of John Eells [ snip ] So while you can complain to us about nearly anything (smile), . . . My boomerang won't come back. :-D -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
Ed I thought that a CADS approach to intercepting SMF records was appropriate - like you I would not recommend a blanket replacement of ECSA with CADS. Using CADS as a intercept record buffer from IEFU8x has a fairly short path-length and is a safe method of performing this specific task - there may be more elegant ways of doing the same thing. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: 25 July 2007 16:40 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DSPSERV Rob Scott wrote: By the way, I applaud your decision to convert ECSA usage to a CADS - that is a sensible solution. Personally, I don't like SCOPE=COMMON data spaces (CADS). Exceeding MAXCAD requires an IPL. (The default is 50.) And, don't forget the maximum number of entries in a PASN-AL is only 510 and each CADS reduces the number of SCOPE=SINGLE and SCOPE=ALL data spaces a program can address through its PASN-AL! If everyone decided to convert their ECSA requirements to CADS overnight, we'd likely be in real trouble right now. Yikes! I'd rather see SCOPE=ALL data spaces with ALESERV SEARCH/ADD used where needed. And, let's not forget IARVSERV, for sharing 31-bit virtual storage -- including that residing within data spaces -- and, of course, 64-bit shared memory objects which have been around for a while now. Yes, I realize these options aren't always practical and every product's requirements differ. I'm just saying that CADS would be just about dead last on my list of alternatives to study. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
On Wed, 25 Jul 2007 09:39:03 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: Under RACF I have placed a CLIST in a secured data set and had RACF set to EXEC rather than READ on the data set. Seemed to work and it did not impact the usage of the CLIST. I can believe that would work for a data set in SYSPROC, but I believe it would not work for SYSEXEC. It still has the problem that Binyamin noted, though. You really need to protect access to the data or functions the CLIST performs, as otherwise the user can simply take those actions himself when he finds out in detail what the CLIST does. Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Wednesday, July 25, 2007 10:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DSPSERV Ed I thought that a CADS approach to intercepting SMF records was appropriate - like you I would not recommend a blanket replacement of ECSA with CADS. Using CADS as a intercept record buffer from IEFU8x has a fairly short path-length and is a safe method of performing this specific task - there may be more elegant ways of doing the same thing. Rob Scott I'm likely insane, but I'd like to see some common storage like [E]CSA in the above the bar area. Simple SAM64 to switch to AMODE(64), store the data, then SAMxx to go back to 31 or 24 bit amode. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/Journal issue June/July 2007
-snip- My boomerang won't come back. :-D -unsnip How's that wad of gum on the bedpost, John? :-D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF z/OS 1.7 Quirk
For just such times as that (rare cases where for some reason the command line shows up other than where I expect) .. I have a couple of clists that I store in a system SYSPROC library. If my command line is at the BOTTOM and I want it on TOP ... (CMDLNTOP) PROC 0 SET ZPLACE = ASIS ISPEXEC VPUT ZPLACE END If my command line is at the TOP and I want it on the BOTTOM ... (CMDLNBOT) PROC 0 SET ZPLACE = BOTTOM ISPEXEC VPUT ZPLACE END Earnie Allen Senior Systems Programmer MVS Systems Software WORLDSPAN, LP Phone: 404-322-2799 FAX: 404-322-4653 E-Mail: [EMAIL PROTECTED] Remember: It takes teamwork to make the dream work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
--snip-- I can believe that would work for a data set in SYSPROC, but I believe it would not work for SYSEXEC. It still has the problem that Binyamin noted, though. You really need to protect access to the data or functions the CLIST performs, as otherwise the user can simply take those actions himself when he finds out in detail what the CLIST does. --unsnip- I have to agree with Walt and Binyamin; secure the function(s) or programs, as appropriate. That's what we did at Clearing. Side benefit: it drove auditors absolutely ballistic. They could see it on the panels, but couldn't access the function. According to them, nobody should even be able to see the panel entries. Their frustration level was QUITE amusing, especially when management agreed with our approach. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
--snip I'm likely insane, but I'd like to see some common storage like [E]CSA in the above the bar area. Simple SAM64 to switch to AMODE(64), store the data, then SAMxx to go back to 31 or 24 bit amode. -unsnip--- John, I don't think that's such an insane idea, but keep in mind the Universal Resource Law. Any resource, when made available, is immediately subject to abuse. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
On Wed, 25 Jul 2007 10:51:11 -0500, Walt Farrell wrote: On Wed, 25 Jul 2007 09:39:03 -0400, Lizette Koehler Under RACF I have placed a CLIST in a secured data set and had RACF set to EXEC rather than READ on the data set. Seemed to work and it did not impact the usage of the CLIST. I can believe that would work for a data set in SYSPROC, but I believe it would not work for SYSEXEC. ??? Why? Conway's law again? What happens if the programmer uses the API, with a DDNAME other than either SYSPROC or SYSEXEC? What happens if the programmer dynallocs SYSPROC and then uses the API? What's so special about the DD name SYSPROC? Is all this clearly documented? It still has the problem that Binyamin noted, though. You really need to protect access to the data or functions the CLIST performs, as otherwise the user can simply take those actions himself when he finds out in detail what the CLIST does. Amen. Protect the resources lest the intruder improvise the procedures. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
One Good Thing about IBMLink
I notice that lately (I believe this behavior is new), the E-mail updates that I receive of PMR updates have the Abstract appended to the Subject header. This is useful. I'll let others worry about whether they can access IBMLink to view the update. BTW, I notice that AST notifies me that PQ96247, resolved and dormant for 2 1/2 years was updated last week. I compared with my cached copy and found no changes other than to the Last Changed header (self-fulfilling prophecy?). Is there modified text not visible to customers, or did someone inadvertently Edit, then Save rather than Cancel? I always get nervous when an APAR on SuperC springs back to life because SuperC has been so fragile in my experience. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF z/OS 1.7 Quirk
On Wed, 25 Jul 2007 11:33:53 -0400, Earnie Allen [EMAIL PROTECTED] wrote: Mark ... that ISPF quirk ... If you have a ISPF Primary Option of '0', you should be able to correct that. 0 Settings Terminal and user parameters Earnie Allen Senior Systems Programmer MVS Systems Software WORLDSPAN, LP Ahem.I did *SAY* SDSF Quirk, didn't I?? It don't happen in ISPF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF z/OS 1.7 Quirk
On Wed, 25 Jul 2007 10:33:49 -0500, Mark Steely [EMAIL PROTECTED] wrote: From the SDSF command line type in SETTINGS. Then remove the / from the command line at bottom. Thank You YES, that worked just fine. I am a hater of bottom of the page command lines. So the *menu* from the toolbar and/or *0* settings were already explored. But as I said, it was an SDSF Quirk, and NOT ISPF. THANX -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF z/OS 1.7 Quirk
On Wed, 25 Jul 2007 11:38:33 -0400, Earnie Allen [EMAIL PROTECTED] wrote: For just such times as that (rare cases where for some reason the command line shows up other than where I expect) .. I have a couple of clists that I store in a system SYSPROC library. If my command line is at the BOTTOM and I want it on TOP ... (CMDLNTOP) PROC 0 SET ZPLACE = ASIS ISPEXEC VPUT ZPLACE END If my command line is at the TOP and I want it on the BOTTOM ... (CMDLNBOT) PROC 0 SET ZPLACE = BOTTOM ISPEXEC VPUT ZPLACE END Earnie Allen Senior Systems Programmer MVS Systems Software Thanx Earnie for these little tidbits. I will keep them stored in my little bag of tricks, ay?! Appreciate the help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF z/OS 1.7 Quirk
Yeah.. noticed that ... later. We didn't experience that when we went to 1.7 .. or when going to 1.8 a couple of weeks or so ago. Earnie Allen Senior Systems Programmer MVS Systems Software WORLDSPAN, LP Phone: 404-322-2799 FAX: 404-322-4653 E-Mail: [EMAIL PROTECTED] Remember: It takes teamwork to make the dream work. Mark H. Young [EMAIL PROTECTED] AXCOUNTY.GOV To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: SDSF z/OS 1.7 Quirk 07/25/2007 12:28 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU On Wed, 25 Jul 2007 11:33:53 -0400, Earnie Allen [EMAIL PROTECTED] wrote: Mark ... that ISPF quirk ... If you have a ISPF Primary Option of '0', you should be able to correct that. 0 Settings Terminal and user parameters Earnie Allen Senior Systems Programmer MVS Systems Software WORLDSPAN, LP Ahem.I did *SAY* SDSF Quirk, didn't I?? It don't happen in ISPF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mailing lists / online forums for IBM mainframers
Eric, DB-L is at [EMAIL PROTECTED] VMESA-L has morphed into IBMVM at LISTSERV.UARK.EDU -mark -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Loriaux Sent: Wednesday, July 25, 2007 10:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Mailing lists / online forums for IBM mainframers Mailing lists / online forums for IBM mainframers Hi All ! Note : I don't know whether you people will see my message as appropriate but there's no better place I know to discuss this issue. It doesn't matter whether you're angry against me or happy with this but please contact me directly or join my mailing list if you want to discuss about it any further. I'm actually cleaning the mailing list page of my site, checking that they all exist and also have traffic. There are some mailing lists of course for which I have a problem; it some other cases it looks like there should certainly exist a mailing list for a subject but I can't find it. Men of good will, subscribers of mailing lists, please help me if you can by having a quick look at these lists and eventually tell me where I can find these now of whether you now alternatives : -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
On Wed, 25 Jul 2007 11:30:44 -0500, Mark Zelden wrote: There's just a tad bit of virtual storage up there to use. By default it is 510T. ;-) But for a vendor to use it, they must ensure a minimum OS level of z/OS 1.5. Since 1.6 EOS is September, developing something new that uses shared storage above the bar shouldn't be an issue. Using my RXSTOR64 exec, I still can't spot any users on z/OS 1.8. Ah... then you are not using RLS (SMSVSAM) are you? We are and at z/OS 1.8 with RLSABOVETHEBARMAXPOOLSIZE(ALL,2700) specified we are seeing about 2700M above the bar shared (when things get busy). -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
Mark Zelden wrote: On Wed, 25 Jul 2007 10:56:00 -0500, McKown, John [EMAIL PROTECTED] wrote: I'm likely insane, but I'd like to see some common storage like [E]CSA in the above the bar area. Simple SAM64 to switch to AMODE(64), store the data, then SAMxx to go back to 31 or 24 bit amode. There's just a tad bit of virtual storage up there to use. By default it is 510T. ;-) But for a vendor to use it, they must ensure a minimum OS level of z/OS 1.5. Since 1.6 EOS is September, developing something new that uses shared storage above the bar shouldn't be an issue. Using my RXSTOR64 exec, I still can't spot any users on z/OS 1.8. Mark, What John wants is common storage above the bar ... not just shared storage. It's a common request. (No pun intended.) O:-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF z/OS 1.7 Quirk
On Wed, 25 Jul 2007 12:36:04 -0400, Earnie Allen [EMAIL PROTECTED] wrote: Yeah.. noticed that ... later. We didn't experience that when we went to 1.7 .. or when going to 1.8 a couple of weeks or so ago. Earnie Allen Senior Systems Programmer MVS Systems Software What I've got to figure out is why it sometimes slips into that mode on my z/OS 1.4 system, clear out of the blue. It's nice to now know how to fix it quick, but WHY does it happen to begin with? Oh, another mystery. So it's off on a new search. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compare two disk files
If you are a SyncSort 1.2 customer. There is a simple 2 step application that will create 3 files: additions, deletions and inserted records. If you would like further information on how to do this please contact me offline and I will send you a manual which demonstrates how to do this using the JOIN feature. John Reda Syncsort, Inc. 201-930-8260 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Wednesday, July 25, 2007 11:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Compare two disk files DFSORT can do a line compare, detecting inserts, reformats and deletes? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
On Wed, 25 Jul 2007 10:56:00 -0500, McKown, John [EMAIL PROTECTED] wrote: I'm likely insane, but I'd like to see some common storage like [E]CSA in the above the bar area. Simple SAM64 to switch to AMODE(64), store the data, then SAMxx to go back to 31 or 24 bit amode. There's just a tad bit of virtual storage up there to use. By default it is 510T. ;-) But for a vendor to use it, they must ensure a minimum OS level of z/OS 1.5. Since 1.6 EOS is September, developing something new that uses shared storage above the bar shouldn't be an issue. Using my RXSTOR64 exec, I still can't spot any users on z/OS 1.8. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Unable to display Extended characters (aka Spanish) in SDSF
Running z/OS 1.7 -- Ran a job that creates Letters in Spanish. These Letters do print in Spanish, when sent to a printer -- but when displayed in SDSF, the extended attributes are missing. Any ideas. Regards, Jasbir -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unable to display Extended characters (aka Spanish) in SDSF
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Chauhan, Jasbir Running z/OS 1.7 -- Ran a job that creates Letters in Spanish. These Letters do print in Spanish, when sent to a printer -- but when displayed in SDSF, the extended attributes are missing. Any ideas. Code page? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
On Jul 25, 2007, at 9:56 AM, Wayne Driscoll wrote: But what was purpose of this? Was there a security exposure identified? If so, what was it? Or was it a case of well, it's always been done this way. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. No there had been issue of people running ICKDSF and other programs under TSO that caused issues. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSPSERV
On Wed, 25 Jul 2007 11:51:32 -0500, Tom Schmidt [EMAIL PROTECTED] wrote: On Wed, 25 Jul 2007 11:30:44 -0500, Mark Zelden wrote: There's just a tad bit of virtual storage up there to use. By default it is 510T. ;-) But for a vendor to use it, they must ensure a minimum OS level of z/OS 1.5. Since 1.6 EOS is September, developing something new that uses shared storage above the bar shouldn't be an issue. Using my RXSTOR64 exec, I still can't spot any users on z/OS 1.8. Ah... then you are not using RLS (SMSVSAM) are you? We are and at z/OS 1.8 with RLSABOVETHEBARMAXPOOLSIZE(ALL,2700) specified we are seeing about 2700M above the bar shared (when things get busy). We are in a couple of sysplexes, but 1.8 is still being rolled out and we haven't exploited that change yet (skipped 1.7 where this was introduced). But I guess you are confirming my code works. Thanks. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is a page protected?--how to determine
On Wed, 25 Jul 2007 07:27:15 -0400, Peter Relson [EMAIL PROTECTED] wrote: OK, I'll bite. Why do you need to determine? If you have any reason to think that the page is protected (presumably because you did it or might have done it), then you can just unprotect it. A page does not need to be protected in order to successfully unprotect. Note that protection is not a count it is a toggle. Two protects followed by one unprotect leaves the page not protected.. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The need is based on stuff that can be put into key-0 CSA -or- into dynamic LPA during install time, and is briefly updated after it has been put into CSA or dynamic LPA. Since the dynamic LPA is protected, it needs to be unprotected and then reprotected, but the CSA needs neither. Hence the 'need to determine'. Thank you. Paul Schuster -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is a page protected?--how to determine
On Wed, 25 Jul 2007 12:08:42 -0500 Paul Schuster [EMAIL PROTECTED] wrote: :On Wed, 25 Jul 2007 07:27:15 -0400, Peter Relson [EMAIL PROTECTED] wrote: : :OK, I'll bite. Why do you need to determine? : :If you have any reason to think that the page is protected (presumably :because you did it or might have done it), then you can just unprotect it. :A page does not need to be protected in order to successfully unprotect. :Note that protection is not a count it is a toggle. Two protects :followed by one unprotect leaves the page not protected.. :The need is based on stuff that can be put into key-0 CSA -or- into dynamic :LPA during install time, and is briefly updated after it has been put into :CSA or dynamic LPA. Since the dynamic LPA is protected, it needs to be :unprotected and then reprotected, but the CSA needs neither. Hence the :'need to determine'. I wonder if ASM/VSM checks for modified page-protected LPA. -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compare two disk files
Binyamin Dissen wrote on 07/25/2007 08:41:30 AM: DFSORT can do a line compare, detecting inserts, reformats and deletes? You can use the SPLICE function of DFSORT's ICETOOL to do various types of matching. For some examples, see the Create files with matching and non-matching records Smart DFSORT Trick at: http://www.ibm.com/servers/storage/support/software/sort/mvs/tricks/ For complete details on SPLICE, see: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CA20/6.13?DT=20060615185603 Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PDS to SEQ and back to PDS.... Check the CBT Tape for LISTPDS
A real oldie but goodie is the famous LISTPDS assembler program written by Gene Czarcinski of NASA Goddard Space Flight Center in the early 70s for the 360/95 when he was its system programmer. Bill Godfrey, my former office mate at PRC at Goddard back in the 70s, added some nice enhancements. It was on the famous NASA Goddard Goodies tape for years. You can now pull it from the CBT TAPE. Like StarTool below, Bill Godfrey added support to preserve the ISPF statistics; it works just fine with a PDSE. If you use PARM=UPDTE and add a SYSPUNCH DD statement, it will punch the entire PDS or selected members with ./ ADD IEBUPDTE control statements. Also, and I'm not sure if it's in the free version of PDSTOOLS - but I know it's in StarTool from Serena, there is a subcommand SEPARATE that will (and quoting the manual) . . . splits a member or data set containing members with ./ separators into their component members. Note that ISPF statistics are maintained. Bill Smith DFSMS Device Support, San Jose LPDS TITLE 'LIST PARTITIONED DATA SET UTILITY PROGRAM' [EMAIL PROTECTED] ** ** ** TITLE - LIST PARTITIONED DATA SET UTILITY PROGRAM** ** ** ** NAME - LISTPDS, ENTRY POINT - LISTPDS ** ** ** ** STATUS - VERSION 6.2, UPDATED 10JUL73 ** ** UPDATED 03DEC80 AT AFDSC/PENTAGON, BILL GODFREY ** **. MOVE SSI= KEYWORD AFTER MEMBER NAME ON ./ ADD ** **. FORMAT SPF STATISTICS ON SYSPRINT AND ON ./ ADD** **. ADD NEW PARM OPTIONS 'SPF' AND 'NOSPF',** ** DEFAULT IS 'SPF'. IF 'NOSPF' IS SPECIFIED, OR ** ** IF NO MEMBERS IN A PDS CONTAIN SPF STATISTICS, ** ** THEN THE OLD HEX FORMAT WILL BE USED ON SYSPRINT. ** **. ADD NEW PARM OPTION 'NOSEL' TO IGNORE SYSIN. ** ** SIMPLIFIES USE OF LISTPDS FROM TSO.** **. GET TIOT ADDRESS FROM TCB INSTEAD OF EXTRACT SVC. ** ** UPDATED 23FEB81 AT AFDSC/PENTAGON, BILL GODFREY ** **. UPDTE(XX) IN PARM SPECIFIES XX AS REPLACEMENT ** ** STRING FOR './' IF FOUND WITHIN A MEMBER. ** ** UPDATED 06JUL94 D.H.CARTWRIGHT.DHC **. 'TRUNC' WITH CARD IMAGES DELETES SEQ. NOS. 73-80 .DHC ** UPDATED 08FEB95 D.H.CARTWRIGHT.DHC **. IN THE ABOVE CASE SPECIAL PROCESS FOR 'PDSDOC' .DHC ** ** ** DEVELOPED BY . . . ** ** GENE CZARCINSKI** ** NASA/GODDARD SPACE FLIGHT CENTER ** ** GREENBELT, MARYLAND** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is a page protected?--how to determine
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Wednesday, July 25, 2007 12:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Is a page protected?--how to determine On Wed, 25 Jul 2007 12:08:42 -0500 Paul Schuster [EMAIL PROTECTED] wrote: :On Wed, 25 Jul 2007 07:27:15 -0400, Peter Relson [EMAIL PROTECTED] wrote: : :OK, I'll bite. Why do you need to determine? : :If you have any reason to think that the page is protected (presumably :because you did it or might have done it), then you can just unprotect it. :A page does not need to be protected in order to successfully unprotect. :Note that protection is not a count it is a toggle. Two protects :followed by one unprotect leaves the page not protected.. :The need is based on stuff that can be put into key-0 CSA -or- into dynamic :LPA during install time, and is briefly updated after it has been put into :CSA or dynamic LPA. Since the dynamic LPA is protected, it needs to be :unprotected and then reprotected, but the CSA needs neither. Hence the :'need to determine'. I wonder if ASM/VSM checks for modified page-protected LPA. -- Binyamin Dissen [EMAIL PROTECTED] From what I remember from the deep-dark-past, LPA is never paged-out. So if something modifies an LPA page, then it must also do a PGFIX so that the frame in which it resides is never used for anything else. I remember a type 3 SVC which did an initialization of itself upon the first execution. The updated data area within the SVC code had to be page fixed and the comment was or else the data is lost if the frame is ever reused due to low activity. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
Then should you not protect ICKDSF itself? If your authorised to run it in batch, then why not through TSO. Protect ICKDSF from unauthorised users rather than execs? Phil. z/OS Systems Programming Consultant Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: 25 July 2007 18:21 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Secure clist On Jul 25, 2007, at 9:56 AM, Wayne Driscoll wrote: But what was purpose of this? Was there a security exposure identified? If so, what was it? Or was it a case of well, it's always been done this way. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. No there had been issue of people running ICKDSF and other programs under TSO that caused issues. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.19/917 - Release Date: 25/07/2007 01:16 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.19/917 - Release Date: 25/07/2007 01:16 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
DASDVOL profiles can help here.. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Wednesday, July 25, 2007 12:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Secure clist On Jul 25, 2007, at 9:56 AM, Wayne Driscoll wrote: But what was purpose of this? Was there a security exposure identified? If so, what was it? Or was it a case of well, it's always been done this way. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. No there had been issue of people running ICKDSF and other programs under TSO that caused issues. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unable to display Extended characters (aka Spanish) in SDSF
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Chauhan, Jasbir John, Are you suggesting there is a separate code page for SDSF and ISPF. I'm using ISPF as an example here because the raw data (pds)does show extended attributes when browsed. Though I am by no measure an SDSF expert, it appears there is; see http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/isf4cs50/2.14 .3 Other pages in that vicinity contain further explanation, but I'd guess you have the default CP00037 in use. It appears you need CP00284 or CP01145 for Spanish. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS to SEQ and back to PDS.... Check the CBT Tape for LISTPDS
On Wed, 25 Jul 2007 13:28:35 -0500, John P Kalinich wrote: The OFFLOAD subcommand offloads members of a PDS to a member of a PDS or a sequential data set. An IEBUPDTE ./ ADD NAME= control statement is added before each output member and ISPF statistics are included for use by the PDSLOAD program (CBT 093). Note: ./ in the input members is translated to in the output. That's valuable. How do they deal with occurring in the input? Etc. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compare two disk files
On Wed, 25 Jul 2007 19:27:27 +0100, Terry Sambrooks wrote: Historically IEBCOMPR gave up if there were 10 consecutive errors, and I believe it still does. What's an error? SYNAD entered? I'd give up on one of those. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure clist
ummm, so what if someone copies it into their own clist lib, modifies the id check code, then runs it? Been there..had to be there actually. we had an oldie where the original developer went off to other pursuits. my id was not authorized..45 seconds later it was. locks are meant to keep honest people out. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young Sent: Wednesday, July 25, 2007 2:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Secure clist On Tue, 24 Jul 2007 08:40:09 -0400, Carroll, William [EMAIL PROTECTED] wrote: Is there any way to secure certain clist from unauthorized use? For example if I don't want applications to get into the wlm, Application, how would I do it? If it can be done. Thanks In Advance. Bill Carroll I've been on vacation and then bringing up a new z/OS 1.7 in our sand box. So I haven't been on IBM-MAIN ListServ this month. Not sure if anyone suggested putting some code in your CLIST to check if the user is authorized to execute it? Like a TSO Userid validation check. Don't need anything real sofisticated and no need for a RACF/ACF2/Top Secret call. Just a simple id compare check. Either you ARE in the list and can use it, or NOT, then BYE-BYE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe shops held hostage, Itanium alliance says
Interview about why everyone should migrate away from the mainframe. http://searchdatacenter.techtarget.com/qna/0,289202,sid80_gci1265623,00.html?track=NL-576ad=598271asrc=EM_NLT_1860635uid=1900046 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe shops held hostage, Itanium alliance says
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, July 25, 2007 3:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe shops held hostage, Itanium alliance says -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gary Green -Original Message- From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, July 25, 2007 2:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe shops held hostage, Itanium alliance says What a pile of you-know-what. I may write an article for the trucking industry extolling the virtues of why all shippers should immediately stop sending cargo by train and only use step vans. While I appreciate everyone's appreciation, I like John's analogy best. :) Yeah I'd like to see a step van carrying an Abrams tank. It is simple. Disassemble it at the source, ship it quickly and efficiently via step van, reassemble at the destination. If this is not possible, it is a fault of the design of the tank, not the step van or the process of transportation via the step van. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe shops held hostage, Itanium alliance says
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Gary Green -Original Message- From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, July 25, 2007 2:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe shops held hostage, Itanium alliance says What a pile of you-know-what. I may write an article for the trucking industry extolling the virtues of why all shippers should immediately stop sending cargo by train and only use step vans. While I appreciate everyone's appreciation, I like John's analogy best. :) Yeah I'd like to see a step van carrying an Abrams tank. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe shops held hostage, Itanium alliance says
While I appreciate everyone's appreciation, I like John's analogy best. :) -Original Message- From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, July 25, 2007 2:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe shops held hostage, Itanium alliance says What a pile of you-know-what. I may write an article for the trucking industry extolling the virtues of why all shippers should immediately stop sending cargo by train and only use step vans. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe shops held hostage, Itanium alliance says
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, July 25, 2007 3:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe shops held hostage, Itanium alliance says -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Wednesday, July 25, 2007 3:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe shops held hostage, Itanium alliance says On 25 Jul 2007 13:27:47 -0700, [EMAIL PROTECTED] (McKown, John) wrote: While I appreciate everyone's appreciation, I like John's analogy best. :) Yeah I'd like to see a step van carrying an Abrams tank. It is simple. Disassemble it at the source, ship it quickly and efficiently via step van, reassemble at the destination. If this is not possible, it is a fault of the design of the tank, not the step van or the process of transportation via the step van. And make sure you ship it from California to Hawaii. Ah, yes. But you can drive the step van onto a large power boat. -- John McKown Well, he did say ship it to Hawaii... doesn't that mean putting it on a boat or vessel anymore? eek! Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe shops held hostage, Itanium alliance says
http://searchdatacenter.techtarget.com/qna/0,289202,sid80_gci1265623,00.html?track=NL-576ad=598271asrc=EM_NLT_1860635uid=5437138 I'm just the messenger, put down the gun... ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSVIEW 11.5
Hello, I am curious if you are using the SYSVIEW-generated SMF 110 (CMF-like subtype 1, transaction and dictionary information) records, or are you using the native SYSVIEW CICS data for reporting? And are you generating these transaction reports directly from SYSVIEW or from another reporting software product like MXG or MICS? It would be interesting to also learn about your CICS version for comparison purposes. I have another client who is reporting a somewhat similar symptom condition with dropped transaction statistics using the SYSVIEW-generated SMF 110 records with MICS, however I understand that there may be a MICS software maintenance issue to consider. Sincerely, Scott Barry SBBWorks, Inc. - Original Message - From: Mark Steely [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, July 25, 2007 8:46 AM Subject: SYSVIEW 11.5 I know this is a long shot, but I need some help and not a lot of time. We use SYSVIEW to cut CICS records. Sysview 11,5 was installed and we noticed 3 month later that the reports that we generate to record transaction count, response time, and number of transactions stopped working. This is when I found out SYSVIEW went to using Easytrieve for these reports. I having problems using this approach. I have an open issue with CA for both product and they are not providing a quick answer. Has anyone written anything to process these records from SYSVIEW 11.5 and produce these type of CICS reports. Any help would be appreciated. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is Parallel Programming Just Too Hard?
On Wed, 2007-07-25 at 16:39 -0400, Farley, Peter x23353 wrote: No, they're releasing a threading library (which I doubt will be of much value to us here). Why not? GCC under z/Linux + TBB should work I yield! (I generally wear my z/OS hat when I'm perusing ibm-main and my Linux hat when I'm over on linux-390.) -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSVIEW 11.5
Mark: Contact me off-line for more specifics and I'll see what I can do to help. Adam - Original Message - From: Mark Steely [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, July 25, 2007 8:46 AM Subject: SYSVIEW 11.5 I know this is a long shot, but I need some help and not a lot of time. We use SYSVIEW to cut CICS records. Sysview 11,5 was installed and we noticed 3 month later that the reports that we generate to record transaction count, response time, and number of transactions stopped working. This is when I found out SYSVIEW went to using Easytrieve for these reports. I having problems using this approach. I have an open issue with CA for both product and they are not providing a quick answer. Has anyone written anything to process these records from SYSVIEW 11.5 and produce these type of CICS reports. Any help would be appreciated. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is Parallel Programming Just Too Hard?
On Wed, 2007-07-25 at 16:15 -0400, Warner Mach wrote: Intel is going to open-source a C++ compiler for parallel Processing No, they're releasing a threading library (which I doubt will be of much value to us here). -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe shops held hostage, Itanium alliance says
Cessna will be welding 26,000 Cessna 180's together in an effort to compete with the military's C-5 cargo jets... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sysprog demand
I don't know where you are situated at the moment but there always seems to be a demand in some of the Asia/Pacific areas, Singapore, Hong Kong etc. Maybe you should learn Chinese. Stephen Mednick Computer Supervisory Services Sydney, Australia -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of r hey Sent: Thursday, 26 July 2007 10:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: sysprog demand Is there a city/country in the world with a real shortage of M/F sysprogs? TIA, Rez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html