AUTO: Coen Wessels is out of the office. (returning 06.10.2008)
I am out of the office until 06.10.2008. I will respond to your message when I return. In case of emergency, please call the Hotline z-Delivery (058.33.37882) Note: This is an automated response to your message IBM-MAIN Digest - 28 Sep 2008 to 29 Sep 2008 (#2008-273) sent on 30/9/08 6:00:00. This is the only notification you will receive while this person is away. -- 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: Can I intercept Cancel event in LE-based application?
Thanks Peter, Sure, LE must be using an ESTAE(X) to get control, and aim for a recovery to be able to drive its own recovery architecture. But in the non-recoverable cases, like an Operator Cancel, there are 2 extra issues for LE: 1 He must remember to put TERM=YES on the ESTAE. Perhaps he did not see a need, and failed to do this. 2 If he does get control (no evidence, no CEE msgs on my log) he doesn't have a clean LE context to relate the failure to. Possibly the LE abend handler component is very thin, and most of the logic (and ALL of my logic) is at the level of the recovery module, which in this case will never be driven. My guess is that the LE design does not include an ESTAE that will be driven in this event, because the designers could not see a need. I have not found anything definitive in the manuals, one way or the other. I did try to mix the LE recovery architecture with my own ESTAE, but the results were not encouraging. The manuals and APAR PQ77998 make it fairly clear this is not considered a good idea. It seems to me that in this instance the result of being LE-compliant is to produce an inferior product, since I cannot engineer cleanup in a comprehensive way. Looks like it's time for a user requirement. Best regards, Denis -Original Message- From: Hunkeler Peter (KIUK 3) [mailto:[EMAIL PROTECTED] Sent: 26 September 2008 07:45 Subject: Re: Can I intercept Cancel event in LE-based application? To give control to application code, LE needs to trap the error (with anESTAE in case of ABENDs) and then tell the system it wants to retry. The LE code can then pass control to the application's error handler. By definition, an operator CANCEL leads to a non-retryable abend. So, I guess LE's error handler does indeed get control and will cleanup but then it will not retry but percolate (or it will retry but the sysetm ignores it). I'd say you need your own ESATE in the assembler code to get control when CANCELled. -- Peter Hunkeler CREDIT SUISSE -- 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
DCB parameter in COBOL and JCL
Hi, It is not mandatory to code DCB parameters in JCL while creating new QSAM or BSAM dataset. The properties as per the COBOL code in INPUT-OUTPUT and FILE sections. If the values are coded in JCL and they conflict with COBOL code then the program fails. It was working fine for quite some time for me where I had removed all the DCB parameters in JCL, but recently observed that when the created datasets were empty some of them had no properties. This caused failuer later on as no program can open or read it. Again surprisingly it was limited only to few of the empty datasets. Some of the empty ones still got created with correct properties. The only difference between them was that all datasets were created by different COBOL programs. Is there any COBOL option which controls whether DCB parameters is required or not and how JES/SMS will allocate the dataset? Thanks, Amlan -- 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: DCB parameter in COBOL and JCL
I might be wrong but if memory serve me right it has to do with a missing open/close and not with an empty dataset. Roland Hi, It is not mandatory to code DCB parameters in JCL while creating new QSAM or BSAM dataset. The properties as per the COBOL code in INPUT-OUTPUT and FILE sections. If the values are coded in JCL and they conflict with COBOL code then the program fails. It was working fine for quite some time for me where I had removed all the DCB parameters in JCL, but recently observed that when the created datasets were empty some of them had no properties. This caused failuer later on as no program can open or read it. Again surprisingly it was limited only to few of the empty datasets. Some of the empty ones still got created with correct properties. The only difference between them was that all datasets were created by different COBOL programs. Is there any COBOL option which controls whether DCB parameters is required or not and how JES/SMS will allocate the dataset? -- 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: DCB parameter in COBOL and JCL
Hi Amlan, In respect to your query: It is not mandatory to code DCB parameters in JCL while creating new QSAM or BSAM dataset. The properties as per the COBOL code in INPUT-OUTPUT and FILE sections. If the values are coded in JCL and they conflict with COBOL code then the program fails. To understand what is happening here one needs to be conscious of the order in which OPEN constructs the DCB information from the various sources available. This is not a COBOL issue but an Open Processing one. There are three source for DCB information, Program, JCL, and File Label, and the Open Merge process uses the three sources in that order. This means that anything hard coded in the program cannot be changed in JCL for instance. This led to the practice of coding BLOCK CONTAINS 0 so that BLKSIZE on the JCL would be accepted by OPEN. The general concept produced a trend whereby if data sets were being read, then DCB information was omitted from JCL so that the File Label would provide any missing items for OPEN. Conversely if the data set were being written, then DCB information tended to be included in the DD statement. In either case, if the DCB were incomplete at this point then an S013 occurs.) SMS is not really an issue here as the above remains substantially true, although SMS does allow the short cut of providing DCB information via DATACLAS thus allowing its omission from the DD statement. If for some reason there is a conflict of DCB information subsequent to open being successful, i.e. incorrect JCL parameters accepted in preference to correct File Label attributes, then an S001 is likely. The key in all of this is OPEN. If a data set is created via a DD statement definition and the file is not opened, as would be the case with IEFBR14, then the DCB information may well be incomplete in the File Label, and may well produce an S001. I hope this is of some assistance. Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore, Sheffield, S17 3LA, UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk Company Reg: 3767263 at the above address All outgoing E-mail is scanned, but it remains the recipient's responsibility to ensure their system is protected from spy-ware, trojans, viruses, and worms. -- 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: Update datasets defined in lnklst
But I do think calling it significant would be stretch for people still using the default / sample MAXVIRT Perhaps you're alluding to the fact that the default MAXVIRT of 16M is archaically small, as in how much module stuff can you cache in 16M anyway Of course what is significant to some might not be to others. Certainly noticeable (at least if you're looking). Is this the whole cache that gets invalidated on refresh? Or just the library / libraries specified? And does specifying specific libraries make sense? This is the difference between refresh (F LLA,REFRESH) and update (referencing a CSVLLAxx parmlib member which identifies the library/libraries to be updated). Think of refresh as update all libraries and think of update a library as invalidate anything related to that library and start over. So if you're only changing one library, then doing an LLA refresh is serious overkill. That is why references were made to using CSVLLAxx (sort of a targeted update) as opposed to refresh (the sledgehammer approach). 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: zFA-Reorg/Maint
Was asked if there is another way, utility or product.. to reorg..zFS files.. and basic Maint. that others have followed ... excp's are climbing..and files growing...needing to get a handle on them before bang As an extension to this question is there some utlitity or program I could run against a zFS file structure which would give me enough information to understand if now is the time to actually run some kind of reorganization program or process; if I had one. Attempting to guess when it would be needed based upon what my observations of processing does not lend itself to automation. Any ideas. jim -- 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
IBM Java URL
IBM seems to have obsoleted the bookmark I usually use to get to the z/OS java page. Does anyone have a recent link that works? Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -- 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: IBM Java URL
Nevermind. I found it through Google. Thanks. Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gray, Larry - Larry A Sent: Tuesday, September 30, 2008 8:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM Java URL IBM seems to have obsoleted the bookmark I usually use to get to the z/OS java page. Does anyone have a recent link that works? Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -- 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
DFS-SMB
Any good cookbooks/ref's on install steps--hints--cautions..? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: IBM Java URL
Larry, If you found a broken link re: z/OS Java, you can report it here and someone will probably fix it: http://www-03.ibm.com/servers/eserver/zseries/software/java/contact/ Kirk Wolf Dovetailed Technologies On Tue, Sep 30, 2008 at 7:58 AM, Gray, Larry - Larry A [EMAIL PROTECTED] wrote: Nevermind. I found it through Google. Thanks. Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gray, Larry - Larry A Sent: Tuesday, September 30, 2008 8:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM Java URL IBM seems to have obsoleted the bookmark I usually use to get to the z/OS java page. Does anyone have a recent link that works? Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -- 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 -- 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: Program that can monitor CPU usage
Lindy - Do you have example code? Luke -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Saturday, September 27, 2008 7:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Program that can monitor CPU usage If your requirement is to simply monitor the amount of CPU seconds that certain address spaces have used, then you can very easily write a Rexx exec to do this. I've used this method in places where I needed to monitor certain servers but I only had basic user access. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jason To Sent: 27. syyskuuta 2008 4:59 To: IBM-MAIN@BAMA.UA.EDU Subject: Program that can monitor CPU usage Does anyone has a program/tools that can monitor CPU usage? I am currently looking for one, since we have a requirement to trigger something based on the CPU usage. TIA. Regards, Jason -- 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 -- 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: Can I intercept Cancel event in LE-based application?
Check out the CEE3ERP CWI in the LE vendor interfaces manual. It may help you solve your problem... Denis O'Sullivan wrote: Thanks Peter, Sure, LE must be using an ESTAE(X) to get control, and aim for a recovery to be able to drive its own recovery architecture. But in the non-recoverable cases, like an Operator Cancel, there are 2 extra issues for LE: 1 He must remember to put TERM=YES on the ESTAE. Perhaps he did not see a need, and failed to do this. 2 If he does get control (no evidence, no CEE msgs on my log) he doesn't have a clean LE context to relate the failure to. Possibly the LE abend handler component is very thin, and most of the logic (and ALL of my logic) is at the level of the recovery module, which in this case will never be driven. My guess is that the LE design does not include an ESTAE that will be driven in this event, because the designers could not see a need. I have not found anything definitive in the manuals, one way or the other. I did try to mix the LE recovery architecture with my own ESTAE, but the results were not encouraging. The manuals and APAR PQ77998 make it fairly clear this is not considered a good idea. It seems to me that in this instance the result of being LE-compliant is to produce an inferior product, since I cannot engineer cleanup in a comprehensive way. Looks like it's time for a user requirement. Best regards, Denis -Original Message- From: Hunkeler Peter (KIUK 3) [mailto:[EMAIL PROTECTED] Sent: 26 September 2008 07:45 Subject: Re: Can I intercept Cancel event in LE-based application? To give control to application code, LE needs to trap the error (with anESTAE in case of ABENDs) and then tell the system it wants to retry. The LE code can then pass control to the application's error handler. By definition, an operator CANCEL leads to a non-retryable abend. So, I guess LE's error handler does indeed get control and will cleanup but then it will not retry but percolate (or it will retry but the sysetm ignores it). I'd say you need your own ESATE in the assembler code to get control when CANCELled. -- Peter Hunkeler CREDIT SUISSE -- 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 -- 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: IBM Java URL
It wasn't a broken link, just an ancient bookmark. The hostname was www.s390.ibm.com. Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Tuesday, September 30, 2008 9:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Java URL Larry, If you found a broken link re: z/OS Java, you can report it here and someone will probably fix it: http://www-03.ibm.com/servers/eserver/zseries/software/java/contact/ Kirk Wolf Dovetailed Technologies On Tue, Sep 30, 2008 at 7:58 AM, Gray, Larry - Larry A [EMAIL PROTECTED] wrote: Nevermind. I found it through Google. Thanks. Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gray, Larry - Larry A Sent: Tuesday, September 30, 2008 8:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM Java URL IBM seems to have obsoleted the bookmark I usually use to get to the z/OS java page. Does anyone have a recent link that works? Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -- 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 -- 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: IBM Java URL
Don't know if this is a dead on match for what you had as a bookmark, but here's a starting point: http://www-03.ibm.com/servers/eserver/zseries/software/java/products/ -- 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
Dan Lu is out of the office.
I will be out of the office starting 2008-09-29 and will not return until 2008-10-06. I will check notes every other day. -- 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
Curiousity question
I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine Please note that any content, opinions, and concerns expressed above are mine alone, and do not reflect any opinions or concernes of the company for which I 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: DCB parameter in COBOL and JCL
I might be wrong but if memory serve me right it has to do with a missing open/close and not with an empty dataset. Before SMS, newly allocated data set that have not been opened for OUTPUT didn't have an EOF mark written and the attributes in the DSCB were only those from the JCL. With SMS, the EOF mark is always written, however, the system cannot know what attributes a program would add (override) to those specified in the JCL *if* the program does not actually OPEN the data set. And I believe it still holds true that DCB information is only stored in the DSCB if the data set was open for OUTPUT (and has actually had WRITE operations against it). This has been discussed in the past. You might want to search the archive. -- Peter Hunkeler Credit Suisse -- 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: Curiosity question
For me, it would be difficult to accept work in a shop without QW. Yes the cost seems increase but so does productivity. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Grine, Janet [GCG-PFS] Sent: Tuesday, September 30, 2008 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Curiousity question I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine Please note that any content, opinions, and concerns expressed above are mine alone, and do not reflect any opinions or concernes of the company for which I 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: Curiousity question
On Tue, 30 Sep 2008 10:15:36 -0400, Grine, Janet [GCG-PFS] [EMAIL PROTECTED] wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine Our programmers would die without QW. They don't ever use the manuals (either local bookmanager or Internet). Sometimes, they don't even use QW, just open a request to us (Tech Services) to explain any message they don't understand intuitively. -- John -- 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: Program that can monitor CPU usage
Hi I intend to try out the OMEGAMON mgmt console and got a checksum error ... If you get it from the IBM home page Timothy Sipples wrote: It's also worth pointing out that Tivoli OMEGAMON XE for z/OS Management Console is no charge. This is the basic OMEGAMON product for very core OS monitoring, and it may be useful to you in this situation. You can download it here: http://www.ibm.com/servers/eserver/zseries/zos/zmc - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: [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 -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- 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: Digital Certificate Implementation TN3270
That was then. This is now. The target continues to move. Plan on client certificates if you are subject to privacy regulations. The reason I was given is that server only authentication is vulnerable to a 'man in the middle' attack vector. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Friday, September 26, 2008 2:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Digital Certificate Implementation TN3270 Melissa, Requiring a client certificate is an unnecessary complication. Your server certificate should suffice to establish the encrypted connection. I've set up hundreds of SSL connections with TN3270, and none of them required a client certificate. If your TN3270 client is requiring a client certificate to set up an SSL connection, get another TN3270 client, like Tom Brennan's Vista or PCOMM. Regards, Tom Conley NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mapping Macros for arguments to CCWs Define Extent, Locate Record etc.?
Anyone know where I can find mapping macros I could download/copy for the argument / parameters to Define Extent, Locate Record, etc.? Rather than type them up myself and make mistakes... Thanks. -- 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: Mapping Macros for arguments to CCWs Define Extent, Locate Record etc.?
I know of no such aids. If you're programming at that level, you should be checking carefully with IEBEYEBALL and watching carefully for messages, codes, etc. from IOS. These areas are most assuredly NOT for the faint-hearted. John Sullivan wrote: Anyone know where I can find mapping macros I could download/copy for the argument / parameters to Define Extent, Locate Record, etc.? Rather than type them up myself and make mistakes... Thanks. -- 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: Mapping Macros for arguments to CCWs Define Extent, Locate Record etc.?
In a message dated 9/30/2008 11:35:38 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Anyone know where I can find mapping macros I could download/copy for the argument / parameters to Define Extent, Locate Record, etc.? Rather than type them up myself and make mistakes... John, I sort of remember finding both the DX and LR DSECTs about 20 years ago in SYS1.MACLIB or MODGEN. I can't find them now in either of those libraries. So I typed them up myself and made mistakes. :-( Many of the DX fields are in the DEB extension, so you could copy those fields' descriptions and that would be a good start. Then there's the Prefix command code's parameters that also need to be externalized, but that will probably never happen since that's all proprietary now. The Prefix parameters consist of all the DX parameters, some new DX fields, and all the parameters for the first LR or LRX in the chain after the DX. There are also many fields in the Prefix data that are not in either the DX or LR parameters. Bill Fairchild Rocket Software **Looking for simple solutions to your real-life financial challenges? Check out WalletPop for the latest news and information, tips and calculators. (http://www.walletpop.com/?NCID=emlcntuswall0001) -- 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: Mapping Macros for arguments to CCWs Define Extent, Locate Record etc.?
Rick, Thanks. I figure someone out there who has been doing this for awhile might know where I could find these already made up - or perhaps would even be kind enough to send a few to me. Currently working on EAV support in which some DE and LR code is impacted. May need more later. Very tedious to enter it all, and error prone. John Sullivan Austin, Texas 512-340-6078 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Tuesday, September 30, 2008 11:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mapping Macros for arguments to CCWs Define Extent, Locate Record etc.? I know of no such aids. If you're programming at that level, you should be checking carefully with IEBEYEBALL and watching carefully for messages, codes, etc. from IOS. These areas are most assuredly NOT for the faint-hearted. John Sullivan wrote: Anyone know where I can find mapping macros I could download/copy for the argument / parameters to Define Extent, Locate Record, etc.? Rather than type them up myself and make mistakes... Thanks. -- 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: DFS-SMB
You can get some info at http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/index.jsp Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Wells Sent: Tuesday, September 30, 2008 9:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFS-SMB Any good cookbooks/ref's on install steps--hints--cautions..? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Curiousity question
Sometimes, it's worth a good night's sleep. Since we got QuickRef, the number of 'midnight calls' has decreased. No more 'can't find the manual' excuses. Ditto for the utility manuals - used to have a collection of them at my desk. Now I get all of that on QuickRef and I no longer need books or CDs for home either. I never have to type the text of a message, just copy/paste into email or a trouble ticket. It's a solid, easy to install product that significantly increases productivity. The programming staff and the operators like and use it too. ChicagoSoft is also very supportive of enhancement requests. A few of the newer features are enhancements I requested. We have had the product for about 20 years. There have been some cost increases, but nothing out of line, IMHOP. Linda Mooney -- Original message -- From: Grine, Janet [GCG-PFS] [EMAIL PROTECTED] I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine Please note that any content, opinions, and concerns expressed above are mine alone, and do not reflect any opinions or concernes of the company for which I 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
SV: Mapping Macros for arguments to CCWs Define Extent, Locate Record etc.?
FWIW, there's maybe som usable info here (ASM): http://www.clueful.co.uk/mbeattie/s390/offlindr.jcl (Dump/Restore an offline eckd dasd device to/from a backup file) Regards Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För (IBM Mainframe Discussion List) Skickat: den 30 september 2008 18:45 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Mapping Macros for arguments to CCWs Define Extent, Locate Record etc.? In a message dated 9/30/2008 11:35:38 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Anyone know where I can find mapping macros I could download/copy for the argument / parameters to Define Extent, Locate Record, etc.? Rather than type them up myself and make mistakes... John, I sort of remember finding both the DX and LR DSECTs about 20 years ago in SYS1.MACLIB or MODGEN. I can't find them now in either of those libraries. So I typed them up myself and made mistakes. :-( Many of the DX fields are in the DEB extension, so you could copy those fields' descriptions and that would be a good start. Then there's the Prefix command code's parameters that also need to be externalized, but that will probably never happen since that's all proprietary now. The Prefix parameters consist of all the DX parameters, some new DX fields, and all the parameters for the first LR or LRX in the chain after the DX. There are also many fields in the Prefix data that are not in either the DX or LR parameters. Bill Fairchild Rocket Software **Looking for simple solutions to your real-life financial challenges? Check out WalletPop for the latest news and information, tips and calculators. (http://www.walletpop.com/?NCID=emlcntuswall0001) -- 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: Curiousity question
I have also used QuickREF for a number of years and I agree with Linda. It saved a lot of late night calls and help us train night operations when I was in Systems Programming. Regards, Scott Ford Senior Systems Engineer | Forging Enterprise Identity | IdentityForge.com (Main) 678.266.3399 x304 | (Cell) 609.346.0399 | (Fax) 678.266.3399 [EMAIL PROTECTED] This message is for the designated recipient only and may contain priviledged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and then delete the original. Any other use of the email by you is prohibited. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Linda Mooney Sent: Tuesday, September 30, 2008 1:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question Sometimes, it's worth a good night's sleep. Since we got QuickRef, the number of 'midnight calls' has decreased. No more 'can't find the manual' excuses. Ditto for the utility manuals - used to have a collection of them at my desk. Now I get all of that on QuickRef and I no longer need books or CDs for home either. I never have to type the text of a message, just copy/paste into email or a trouble ticket. It's a solid, easy to install product that significantly increases productivity. The programming staff and the operators like and use it too. ChicagoSoft is also very supportive of enhancement requests. A few of the newer features are enhancements I requested. We have had the product for about 20 years. There have been some cost increases, but nothing out of line, IMHOP. Linda Mooney -- Original message -- From: Grine, Janet [GCG-PFS] [EMAIL PROTECTED] I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine Please note that any content, opinions, and concerns expressed above are mine alone, and do not reflect any opinions or concernes of the company for which I 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 -- 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: Curiousity question
On Tue, 30 Sep 2008 10:15:36 -0400, Grine, Janet [GCG-PFS] [EMAIL PROTECTED] wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine Please note that any content, opinions, and concerns expressed above are mine alone, and do not reflect any opinions or concernes of the company for which I work. I don't know of any other similar product that is easy-to-use, install/implement and has strong/valuable IBM and ISV reference content. Also, you have to enjoy the humor with some of the examples the ChicagoSoft team provides with the content. QuickRef was a great product when it was first introduced and it continues to be enhanced over time. Scott Barry SBBWorks, Inc. -- 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: Curiousity question
SimpList definitely falls into the no brainer category. It's cheap ($5,000 US no matter how many users or how big your system is) and really boosts the productivity of ISPF users. At our shop, virtually every one uses it every day. You can find out more from the vendor at www.mackinney.com or from the developer's web site: www.soft-center.com A few years back I wrote a product review for NASPA's Technical Support magazine. I cannot find the original link, but there is a copy on the soft-center web site: www.soft-center.com/NaspaSimpListReview.pdf There is another NASPA review written by another author, but I cannot find that link either. You can find a copy at www.soft-center.com/NaspaSimpListReview2.pdf On Tue, Sep 30, 2008 at 10:15 AM, Grine, Janet [GCG-PFS] [EMAIL PROTECTED] wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine -- 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: Mapping Macros for argument to CCWs Define Extent, Locate Record etc.?
John, Here is another reason why we z/OS-ers should be thankful for the VM world. Check out http://www.vm.ibm.com/pubs/cpdacb/index.html?where there is a whole passel of DSECTs.? You want to look at DEARG, LRARG, LRDA, and CDPFX.? And don't let IBM know that their VM developers have?public-domained [1]?a DSECT which I have been unable to get through official channels. Bill Fairchild [1] I just verbed the noun phrase public domain. -- 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: Curiousity question
Thanks everyone for the input. I have used QuickRef for so many years that I forget to even check to see if there are any alternatives. Competition is always healthy, so it is good to know we still have choices, especially with the advances in technology. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Leahy Sent: Tuesday, September 30, 2008 2:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question SimpList definitely falls into the no brainer category. It's cheap ($5,000 US no matter how many users or how big your system is) and really boosts the productivity of ISPF users. At our shop, virtually every one uses it every day. You can find out more from the vendor at www.mackinney.com or from the developer's web site: www.soft-center.com A few years back I wrote a product review for NASPA's Technical Support magazine. I cannot find the original link, but there is a copy on the soft-center web site: www.soft-center.com/NaspaSimpListReview.pdf There is another NASPA review written by another author, but I cannot find that link either. You can find a copy at www.soft-center.com/NaspaSimpListReview2.pdf On Tue, Sep 30, 2008 at 10:15 AM, Grine, Janet [GCG-PFS] [EMAIL PROTECTED] wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine -- 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: Mapping Macros for argument to CCWs Define Extent, Locate Record etc.?
On Tue, 30 Sep 2008 14:42:12 -0400, IBM Mainframe Discussion List [EMAIL PROTECTED] wrote: John, Here is another reason why we z/OS-ers should be thankful for the VM world. Check out http://www.vm.ibm.com/pubs/cpdacb/index.html?where there is a whole passel of DSECTs.? You want to look at DEARG, LRARG, LRDA, and CDPFX.? And don't let IBM know that their VM developers have?public-domained [1]?a DSECT which I have been unable to get through official channels. Bill Fairchild [1] I just verbed the noun phrase public domain. Interesting. However, just to be a pedant, just because something is generally available at no-cost, does not make it public domain. Public domain has a specific legal meaning. You really need to say something like generally available to the public or some such thing. Having been introduced to FOSS, I'm getting to know more about copyright that I ever thought that I'd need to know. -- John -- 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: Mapping Macros for argument to CCWs Define Extent, Locate Record etc.?
I stand corrected on my verbing. Here is the update: ... don't let IBM know that their VM developers have generally-availabled [1] a DSECT which I have been unable to get through less than generally available, official channels. Bill Fairchild Rocket Software [1] I just verbed the adjectival phrase generally available. **Looking for simple solutions to your real-life financial challenges? Check out WalletPop for the latest news and information, tips and calculators. (http://www.walletpop.com/?NCID=emlcntuswall0001) -- 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: Curiousity question
BTW, SimpList is not an alternative to QuickRef (though it does have a Book Manager interface), it serves a different purpose. If it was up to me (and it never is), I'd like to have both products. On Tue, Sep 30, 2008 at 2:47 PM, Grine, Janet [GCG-PFS] [EMAIL PROTECTED] wrote: Thanks everyone for the input. I have used QuickRef for so many years that I forget to even check to see if there are any alternatives. Competition is always healthy, so it is good to know we still have choices, especially with the advances in technology. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Leahy Sent: Tuesday, September 30, 2008 2:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question SimpList definitely falls into the no brainer category. It's cheap ($5,000 US no matter how many users or how big your system is) and really boosts the productivity of ISPF users. At our shop, virtually every one uses it every day. You can find out more from the vendor at www.mackinney.com or from the developer's web site: www.soft-center.com A few years back I wrote a product review for NASPA's Technical Support magazine. I cannot find the original link, but there is a copy on the soft-center web site: www.soft-center.com/NaspaSimpListReview.pdf There is another NASPA review written by another author, but I cannot find that link either. You can find a copy at www.soft-center.com/NaspaSimpListReview2.pdf On Tue, Sep 30, 2008 at 10:15 AM, Grine, Janet [GCG-PFS] [EMAIL PROTECTED] wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine -- 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 -- 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: DFS-SMB
On Tue, 30 Sep 2008 08:10:16 -0500, Ron Wells [EMAIL PROTECTED] wrote: Any good cookbooks/ref's on install steps--hints--cautions..? I did it based from these 2 manuals (use the correct release for you): z/OS V1R1.0-V1R8.0 Distributed File Service Customization http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/FCXD2A00/CCONTENTS?SHELF=FCXD0A70DN=SC24-5916-00DT=20020113184848 z/OS V1R8.0 Distributed File Service SMB Administration http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/FCXD4A50/CCONTENTS?SHELF=FCXD0A70DN=SC24-5918-06DT=20060628173837 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 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: Curiousity question
On 30 Sep 2008 07:16:10 -0700, [EMAIL PROTECTED] (Grine, Janet [GCG-PFS]) wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? What I never figured out is how a product like this could have more than a small window of usefulness, before the main product's company (IBM) incorporates its advantages. Sometimes the window is bigger than we expect - it took time before IBM decided it wanted to keep the sort business. Sometimes the window is naturally small - by the time Microsoft got disk compression, that model had run its course. -- 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: Curiousity question
Hi Janet, I think there might be some confusion. Are you asking for a list of alternatives to QuickRef, or are you asking for a list of sure let's get it products? I think the email below was meant to fall into the second category, as SimpList does not compete with QuickRef in any way. The only product SimpList competes with is IPT (ISPF Productivity Tool, formerly known as Spiffy). SimpList and IPT are both designed to increase the productivity of ISPF users, but neither of them have anything to do with explaining the meaning of error messages. Having said that, SimpList does have an interface to BookManager (which means you can look up the meaning of any message from anywhere in ISPF), but that's just an incidental and it's by no means the primary purpose of the product. Hope that helps, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm Date: Tue, 30 Sep 2008 14:47:25 -0400 From: [EMAIL PROTECTED] Subject: Re: Curiousity question To: IBM-MAIN@BAMA.UA.EDU Thanks everyone for the input. I have used QuickRef for so many years that I forget to even check to see if there are any alternatives. Competition is always healthy, so it is good to know we still have choices, especially with the advances in technology. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Leahy Sent: Tuesday, September 30, 2008 2:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question SimpList definitely falls into the no brainer category. It's cheap ($5,000 US no matter how many users or how big your system is) and really boosts the productivity of ISPF users. At our shop, virtually every one uses it every day. You can find out more from the vendor at www.mackinney.com or from the developer's web site: www.soft-center.com A few years back I wrote a product review for NASPA's Technical Support magazine. I cannot find the original link, but there is a copy on the soft-center web site: www.soft-center.com/NaspaSimpListReview.pdf There is another NASPA review written by another author, but I cannot find that link either. You can find a copy at www.soft-center.com/NaspaSimpListReview2.pdf On Tue, Sep 30, 2008 at 10:15 AM, Grine, Janet [GCG-PFS] wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine -- 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 _ -- 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: Curiousity question
I think that IBM has indeed started to muscle in on QuickRef. We just installed a new version of IBM's Fault Analyzer, and it has a pretty good message lookup facility built into it. AFAIK, it only works from within Fault Analyzer, so QuickRef doesn't have anything to worry about. Yet. On Tue, Sep 30, 2008 at 3:09 PM, Howard Brazee [EMAIL PROTECTED] wrote: On 30 Sep 2008 07:16:10 -0700, [EMAIL PROTECTED] (Grine, Janet [GCG-PFS]) wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? What I never figured out is how a product like this could have more than a small window of usefulness, before the main product's company (IBM) incorporates its advantages. Sometimes the window is bigger than we expect - it took time before IBM decided it wanted to keep the sort business. Sometimes the window is naturally small - by the time Microsoft got disk compression, that model had run its course. -- 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: Curiousity question
Hi Dave, Yes, I did figure that out. I was looking to see if there was any viable replacement software. SimpList doesn't do what we were looking for. However, it did introduce a software product I was not aware of before, so it was still a beneficial note. The BookManager interface would not be of much use to us because we don't use Bookmanager. Thanks for your additional information. Jill Grine -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Salt Sent: Tuesday, September 30, 2008 3:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question Hi Janet, I think there might be some confusion. Are you asking for a list of alternatives to QuickRef, or are you asking for a list of sure let's get it products? I think the email below was meant to fall into the second category, as SimpList does not compete with QuickRef in any way. The only product SimpList competes with is IPT (ISPF Productivity Tool, formerly known as Spiffy). SimpList and IPT are both designed to increase the productivity of ISPF users, but neither of them have anything to do with explaining the meaning of error messages. Having said that, SimpList does have an interface to BookManager (which means you can look up the meaning of any message from anywhere in ISPF), but that's just an incidental and it's by no means the primary purpose of the product. Hope that helps, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm Date: Tue, 30 Sep 2008 14:47:25 -0400 From: [EMAIL PROTECTED] Subject: Re: Curiousity question To: IBM-MAIN@BAMA.UA.EDU Thanks everyone for the input. I have used QuickRef for so many years that I forget to even check to see if there are any alternatives. Competition is always healthy, so it is good to know we still have choices, especially with the advances in technology. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Leahy Sent: Tuesday, September 30, 2008 2:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question SimpList definitely falls into the no brainer category. It's cheap ($5,000 US no matter how many users or how big your system is) and really boosts the productivity of ISPF users. At our shop, virtually every one uses it every day. You can find out more from the vendor at www.mackinney.com or from the developer's web site: www.soft-center.com A few years back I wrote a product review for NASPA's Technical Support magazine. I cannot find the original link, but there is a copy on the soft-center web site: www.soft-center.com/NaspaSimpListReview.pdf There is another NASPA review written by another author, but I cannot find that link either. You can find a copy at www.soft-center.com/NaspaSimpListReview2.pdf On Tue, Sep 30, 2008 at 10:15 AM, Grine, Janet [GCG-PFS] wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? Thanks in advance for any input. Jill Grine -- 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 _ -- 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: Curiousity question
And QuickRef does have the advantage of supporting messages for ISVs. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Leahy Sent: Tuesday, September 30, 2008 3:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question I think that IBM has indeed started to muscle in on QuickRef. We just installed a new version of IBM's Fault Analyzer, and it has a pretty good message lookup facility built into it. AFAIK, it only works from within Fault Analyzer, so QuickRef doesn't have anything to worry about. Yet. On Tue, Sep 30, 2008 at 3:09 PM, Howard Brazee [EMAIL PROTECTED] wrote: On 30 Sep 2008 07:16:10 -0700, [EMAIL PROTECTED] (Grine, Janet [GCG-PFS]) wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? What I never figured out is how a product like this could have more than a small window of usefulness, before the main product's company (IBM) incorporates its advantages. Sometimes the window is bigger than we expect - it took time before IBM decided it wanted to keep the sort business. Sometimes the window is naturally small - by the time Microsoft got disk compression, that model had run its course. -- 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 -- 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: Jumbo frames
after talking to Tres and seeing some blog hitsthere is potential problems.at least over the next few years..supported endusers Ethnet cards... we can talk---easier than writting.. -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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
QuickRef access under NetView?
Every time I announce that I've added something to NetView's HELP function our QuickRef guru asks why I didn't put it in QuickRef. And every time I respond that it makes no sense to add it to QuickRef if QuickRef can't be accessed from NetView. I've never been definitely told that QuickRef cannot be accessed from NetView, but I've never been told how to do it, either. Can it be done? It would obviously have to be a non-ISPF access but I bet that's not a show stopper. Is there either non-TSO or maybe TSO line-mode access access to QuickRef? Or console access? (We don't have System REXX on our 1.8 systems a solution based on that does me no good.) Pat O'Keefe -- 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: Curiousity question
And I find the DASD Space Management tool quite handy. Option S -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Grine, Janet [GCG-PFS] Sent: Tuesday, September 30, 2008 2:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question And QuickRef does have the advantage of supporting messages for ISVs. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Leahy Sent: Tuesday, September 30, 2008 3:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question I think that IBM has indeed started to muscle in on QuickRef. We just installed a new version of IBM's Fault Analyzer, and it has a pretty good message lookup facility built into it. AFAIK, it only works from within Fault Analyzer, so QuickRef doesn't have anything to worry about. Yet. On Tue, Sep 30, 2008 at 3:09 PM, Howard Brazee [EMAIL PROTECTED] wrote: On 30 Sep 2008 07:16:10 -0700, [EMAIL PROTECTED] (Grine, Janet [GCG-PFS]) wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? What I never figured out is how a product like this could have more than a small window of usefulness, before the main product's company (IBM) incorporates its advantages. Sometimes the window is bigger than we expect - it took time before IBM decided it wanted to keep the sort business. Sometimes the window is naturally small - by the time Microsoft got disk compression, that model had run its course. -- 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 -- 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: QuickRef access under NetView?
You can run a quick QucikRef batch and you can run it as a started task with response to the console. You could also ask ChicagoSoft if they support something specifically for the Netview help facility. I have found them to be very receptive to customer needs. Linda Mooney -- Original message -- From: Patrick O'Keefe [EMAIL PROTECTED] Every time I announce that I've added something to NetView's HELP function our QuickRef guru asks why I didn't put it in QuickRef. And every time I respond that it makes no sense to add it to QuickRef if QuickRef can't be accessed from NetView. I've never been definitely told that QuickRef cannot be accessed from NetView, but I've never been told how to do it, either. Can it be done? It would obviously have to be a non-ISPF access but I bet that's not a show stopper. Is there either non-TSO or maybe TSO line-mode access access to QuickRef? Or console access? (We don't have System REXX on our 1.8 systems a solution based on that does me no good.) Pat O'Keefe -- 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
History question: //SYSABOUT DD statement
Hi, All, I can't remember what the //SYSABOUT DD statement was for (doing a little cleanup here). Didn't it have something to do with OS/VS COBOL? Or was it long-ago MVS-specific? We seem to have more than a few of them.. TIA, -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: Curiousity question
I love that feature too! And I really like being able to drill down into the VTOC list for the volume from Option S. I use the fast path for it - QW S=vol* most of the time. I also like that is supports a mix of SMS and non-SMS vols, and the the user can arrange the columns in the table. Linda -- Original message -- From: Cebell, David [EMAIL PROTECTED] And I find the DASD Space Management tool quite handy. Option S -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Grine, Janet [GCG-PFS] Sent: Tuesday, September 30, 2008 2:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question And QuickRef does have the advantage of supporting messages for ISVs. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Leahy Sent: Tuesday, September 30, 2008 3:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Curiousity question I think that IBM has indeed started to muscle in on QuickRef. We just installed a new version of IBM's Fault Analyzer, and it has a pretty good message lookup facility built into it. AFAIK, it only works from within Fault Analyzer, so QuickRef doesn't have anything to worry about. Yet. On Tue, Sep 30, 2008 at 3:09 PM, Howard Brazee wrote: On 30 Sep 2008 07:16:10 -0700, [EMAIL PROTECTED] (Grine, Janet [GCG-PFS]) wrote: I have always thought of QuickRef as an automatic sure let's get it kind of product. Has anyone heard of other similar products? What kind of experience can we expect in the area of cost increases for this product over the long term? What I never figured out is how a product like this could have more than a small window of usefulness, before the main product's company (IBM) incorporates its advantages. Sometimes the window is bigger than we expect - it took time before IBM decided it wanted to keep the sort business. Sometimes the window is naturally small - by the time Microsoft got disk compression, that model had run its course. -- 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 -- 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 -- 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: History question: //SYSABOUT DD statement
On Tue, 30 Sep 2008 14:53:12 -0500, Chase, John [EMAIL PROTECTED] wrote: Hi, All, I can't remember what the //SYSABOUT DD statement was for (doing a little cleanup here). Didn't it have something to do with OS/VS COBOL? Or was it long-ago MVS-specific? We seem to have more than a few of them.. TIA, -jc- I found a reference to it in VS COBOL II: Application Programming Guide for MVS and CMS. quote Unless you have specified the NOSTAE run-time option, the SYSABOUT data set will contain the following abend information upon abend: The name of each COBOL program in the run unit The compilation date and time of each COBOL program in the run unit Pointer to the TGT for the current program Contents of base locators for files and for Working-Storage Contents of base locators for Linkage Section Contents of base locators for variably located areas Contents of indexes used in the program If you need this type of information, it is important to define the SYSABOUT data set. Supply a DD statement in the JCL stream for SYSABOUT: /quote -- John -- 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
unsubscribe
IMPORTANT WARNING: The information in this message (and the documents attached to it, if any) is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken, or omitted to be taken, in reliance on it is prohibited and may be unlawful. If you have received this message in error, please delete all electronic copies of this message (and the documents attached to it, if any), destroy any hard copies you may have created and notify me immediately by replying to this email. 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: History question: //SYSABOUT DD statement
I found this reference in the COBOL for MVS Migration Guide: On OS/390 and MVS, dump output is directed to SYSUDUMP, SYSMDUMP, or SYSABEND. On other systems, VS COBOL II run-time dump output is directed to SYSABOUT . (Note, SYSABOUT is not used under Language Environment, even for VS COBOL II programs.) Cliff McNeill Date: Tue, 30 Sep 2008 15:04:27 -0500 From: [EMAIL PROTECTED] Subject: Re: History question: //SYSABOUT DD statement To: IBM-MAIN@BAMA.UA.EDU On Tue, 30 Sep 2008 14:53:12 -0500, Chase, John [EMAIL PROTECTED] wrote: Hi, All, I can't remember what the //SYSABOUT DD statement was for (doing a little cleanup here). Didn't it have something to do with OS/VS COBOL? Or was it long-ago MVS-specific? We seem to have more than a few of them.. TIA, -jc- I found a reference to it in VS COBOL II: Application Programming Guide for MVS and CMS. quote Unless you have specified the NOSTAE run-time option, the SYSABOUT data set will contain the following abend information upon abend: The name of each COBOL program in the run unit The compilation date and time of each COBOL program in the run unit Pointer to the TGT for the current program Contents of base locators for files and for Working-Storage Contents of base locators for Linkage Section Contents of base locators for variably located areas Contents of indexes used in the program If you need this type of information, it is important to define the SYSABOUT data set. Supply a DD statement in the JCL stream for SYSABOUT: /quote -- John -- 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 _ Want to do more with Windows Live? Learn “10 hidden secrets” from Jamie. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008 -- 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: History question: //SYSABOUT DD statement
With //sysabout site: ibm.com in a Google search, I got a bunch of hits. :-) Linda -- Original message -- From: Chase, John [EMAIL PROTECTED] Hi, All, I can't remember what the //SYSABOUT DD statement was for (doing a little cleanup here). Didn't it have something to do with OS/VS COBOL? Or was it long-ago MVS-specific? We seem to have more than a few of them.. TIA, -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 -- 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
UADS to RACF Migration
Is there not a ? That outputs the UADS information and Puts it into a RACF entry format. Seems to me I did this before but can't remember. Happens a lot lately... David A Cebell Z/Series Software Support [EMAIL PROTECTED] Army Air Force Exchange Services 3911 S. Walton Walker Blvd. Dallas, Texas 75211 Phone: 214-312-2744 -- 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: History question: //SYSABOUT DD statement
Enterprise COBOL for z/OS, Version 3.4, Compiler and Runtime Migration Guide Moving from the VS COBOL II run time (to LE) On z/OS, dump output is directed to SYSUDUMP, SYSMDUMP, or SYSABEND. On other systems, VS COBOL II runtime dump output is directed to SYSABOUT. (SYSABOUT is not used under Language Environment, even for VS COBOL II programs.) http://publib.boulder.ibm.com/infocenter/pdthelp/v1r1/index.jsp?topic=/c om.ibm.entcobol.doc_3.4/igym1ch6.htm HTH -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Tuesday, September 30, 2008 2:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: History question: //SYSABOUT DD statement Hi, All, I can't remember what the //SYSABOUT DD statement was for (doing a little cleanup here). Didn't it have something to do with OS/VS COBOL? Or was it long-ago MVS-specific? We seem to have more than a few of them.. TIA, -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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UADS to RACF Migration
You want the RACONVERT EXEC, which is covered in the TSO/E Conversion manual. John Sullivan BMC Software, Inc., XBM Development Austin, Texas 512-340-6078 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cebell, David Sent: Tuesday, September 30, 2008 3:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: UADS to RACF Migration Is there not a ? That outputs the UADS information and Puts it into a RACF entry format. Seems to me I did this before but can't remember. Happens a lot lately... David A Cebell Z/Series Software Support [EMAIL PROTECTED] Army Air Force Exchange Services 3911 S. Walton Walker Blvd. Dallas, Texas 75211 Phone: 214-312-2744 -- 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: UADS to RACF Migration
RACONVRT looks better at only 8 characters! John Sullivan BMC Software, Inc., XBM Development x-26078 Austin, Texas 512-340-6078 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Sullivan, John Sent: Tuesday, September 30, 2008 4:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: UADS to RACF Migration You want the RACONVERT EXEC, which is covered in the TSO/E Conversion manual. John Sullivan BMC Software, Inc., XBM Development Austin, Texas 512-340-6078 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Cebell, David Sent: Tuesday, September 30, 2008 3:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: UADS to RACF Migration Is there not a ? That outputs the UADS information and Puts it into a RACF entry format. Seems to me I did this before but can't remember. Happens a lot lately... David A Cebell Z/Series Software Support [EMAIL PROTECTED] Army Air Force Exchange Services 3911 S. Walton Walker Blvd. Dallas, Texas 75211 Phone: 214-312-2744 -- 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 -- 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: DCB parameter in COBOL and JCL
On Tue, 30 Sep 2008 16:48:27 +0200, Hunkeler Peter (KIUK 3) wrote: Before SMS, newly allocated data set that have not been opened for OUTPUT didn't have an EOF mark written and the attributes in the DSCB were only those from the JCL. With SMS, the EOF mark is always written, ... I believe the EOF mark is written only if SMS can determine the DSORG, and not for all DSORGs. Which is a silly convention, because there may be some benefit and never any harm in writing an EOF at the beginning of a newly allocated data set. -- 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: DCB parameter in COBOL and JCL
Which is a silly convention, because there may be some benefit and never any harm in writing an EOF at the beginning of a newly allocated data set. Better safe than sorry. IBM is attempting to not break things. I don't believe it's safe to put an EOF into: PDS/PDSE Some linear datasets zFS/HFS BDAM (Of course, I could be wrong) - Too busy driving to stop for gas! -- 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: DCB parameter in COBOL and JCL
On Tue, 30 Sep 2008 23:54:27 +, Ted MacNEIL wrote: Which is a silly convention, because there may be some benefit and never any harm in writing an EOF at the beginning of a newly allocated data set. Better safe than sorry. IBM is attempting to not break things. I don't believe it's safe to put an EOF into: PDS/PDSE Some linear datasets zFS/HFS BDAM How could it be unsafe? After all, there's no guarantee that the unitialized extent doesn't by happenstance begin with an EOF? Are you assuming that IBM developers would do it in the wrong order? -- 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: DCB parameter in COBOL and JCL
Are you assuming that IBM developers would do it in the wrong order? No, I'm assuming that some things are indeterminate, and it's better to leave it alone, than screw it up. I have a lot of respect for IBM developers. Where I have problems is with the decision makers. - Too busy driving to stop for gas! -- 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