Re: Secret Service Guide
W dniu 2012-03-19 03:28, Alan Altmark pisze: [...] I found it on ResourceLink. There's nothing secret about it. I just checked again - I don't see it. Maybe the content you see depends on authorities. Note: there are other publications with service in the title - maybe you mixed up the titles? Note that the information about logging onto SERVICE wouldn't work since changing the passwords to all of the default IDs is something you were supposed to do at installation time. :-) Well, yes and no. From my (limited) experience I have never seen HMC with changed passwords for default userids, exluding ACSADMIN everywhere I decide/advise. ;-) And I have never seen IBM engineer which would ask for the password - they expect to be SERVMODE. Note 1. Not long time ago the passwords were set by ACSADMIN and were kept in open-text form. (AFAIK HMC pre-1.8) Note 2. Usually HMC is kept in secure location, so it is possible to assign personal responsibility to operator on duty. In many case the HMC is always logged-on. But you're right that it contains some interesting and useful information. Just remember that the book's audience is someone who has been trained to service the machine. It's not my intention to dismantle any CPC ;-) Regards -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Enclave SRB's
You may also want to read this excellent paper: https://www-03.ibm.com/systems/resources/servers_eserver_zseries_zos_wlm _pdf_presrb.pdf -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
IBM Rational Developer for System z with EGL V8.0.3 - Clarification
Hi, I have downloaded the below three files to install RDz but I dont find the FEKSETUP job to configure the Z/os end : 1) *IBM Rational Developer for System z with EGL V8.0.3 (Core) Multilingual Multiplatform eAssembly (CRG26ML)* * * *2) IBM Rational Developer for System z V8.0.3 Quick Start Guide Multilingual Multiplatform (CI31EML).* * * *3) IBM Rational Developer for System z V8.0.3 EGL Main Install Multilingual Multiplatform (CI31FML)* * * has anyone installed the above product. Quick Start guide just says about the configuring the FEKSETUP job but I dont see these files(FEKSETUP) or any source code downloaded. Is this product available as a SMP/E or NON-SMP/E ? Could anyone please shed some light on the above product. jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM Rational Developer for System z with EGL V8.0.3 - Clarification
The z/OS part is SMPE installed. There is a separate CD image that has the z/OS Parts. There is also a separate manual (or at least section of the manual) for z/OS configuration. There are several started tasks to configure as well. Not hard to setup. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Monday, March 19, 2012 4:34 AM To: IBM-MAIN@bama.ua.edu Subject: IBM Rational Developer for System z with EGL V8.0.3 - Clarification Hi, I have downloaded the below three files to install RDz but I dont find the FEKSETUP job to configure the Z/os end : 1) *IBM Rational Developer for System z with EGL V8.0.3 (Core) Multilingual Multiplatform eAssembly (CRG26ML)* * * *2) IBM Rational Developer for System z V8.0.3 Quick Start Guide Multilingual Multiplatform (CI31EML).* * * *3) IBM Rational Developer for System z V8.0.3 EGL Main Install Multilingual Multiplatform (CI31FML)* * * has anyone installed the above product. Quick Start guide just says about the configuring the FEKSETUP job but I dont see these files(FEKSETUP) or any source code downloaded. Is this product available as a SMP/E or NON-SMP/E ? Could anyone please shed some light on the above product. jags This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Time stay still in seconds
Hi We are now in 2012 and thing are occurring in mill or nanosecond intervals, but some functions still working in seconds range. Disturb me ,: - the JES job-log time stamps are in seconds - LOGREC IFCEREP query in seconds If someone has an idea to overcome this -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Jes2 checkpoint level/mode
Hi All, I am looking for the difference between the JES2 checkpoint level and checkpoint mode(w.r.t sysplex environment where there are multiple z/os lpar's of different versions),more specifically difference between z2,z4 modes and the checkpoint level of z/os 1.2. I have tried to google it and have also checked the z/os manuals but unable to relate the mode and level in sysplex environment. Any pointers will be of great help. TIA Simonj -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP the NPIV file off the CEC SE to my PC
My HMC's are all on the network, the problem is you can not FTP the WWPN off to your workstation, I was told in an ETR that is was because the SE has no FTP connection to the outside network. When I go in to single object mode to the SE so I can see the FCP configuration, I have an option to transfer via FTP, this fails, which is why I opened the ETR. In the ETR, as well as my top gun, I was told the SE would have to be on the netowrk in order to do this. If there is a way to get this remotely, he SE being on the network, please tell me how. I have had some success with a sellect/copy all, and then pasting into an EXCEL worksheet, most of the time EXCEL hangs contacting the server (SE). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
WTOR problem
Hi, I am having problems with following coding generating a re-entrable version of the WTOR below is the relvant code LTORG DEBUG_MESS DC C'THE BASE ADDRESS IS ' TBL DC240X'00' DCC'0123456789ABCDEF' WS_DSECT DSECT D_MSG DS AL2 DS CL29 WORKFLDDS CL9 BASE_ADDR DS XL5 REPLY_AREA DS X REPLY_LEN EQU 1 REPLY_ECB DS F WTO_D_LST WTOR TEXT=(,,,),MF=L WTO_D_LST_LEN EQU *-WTO_D_LST STR3,BASE_ADDR UNPK WORK_FLD,BASE_ADDR TRWORK_FLD,TBL MVC D_MSG+2(L'DEBUG_MESS),DEBUG_MESS MVC D_MSG+22(8),WORK_FLD MVC D_MSG(2),=AL2(L'DEBUG_MESS) XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L ST) WAIT ECB=REPLY_ECB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
WTOR and WTO are macros that require a model parameter list to be constructed and populated *before* you issue the MF=E form. Zeroing the parameter list is NOT sufficient - you must move in a model MF=L form just before the MF=E invocation. More modern macros have the ,COMPLETE option on the MF=E specification, unfortunately some of the older macros do not have this functionality. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 12:45 To: IBM-MAIN@bama.ua.edu Subject: WTOR problem Hi, I am having problems with following coding generating a re-entrable version of the WTOR below is the relvant code LTORG DEBUG_MESS DC C'THE BASE ADDRESS IS ' TBL DC240X'00' DCC'0123456789ABCDEF' WS_DSECT DSECT D_MSG DS AL2 DS CL29 WORKFLDDS CL9 BASE_ADDR DS XL5 REPLY_AREA DS X REPLY_LEN EQU 1 REPLY_ECB DS F WTO_D_LST WTOR TEXT=(,,,),MF=L WTO_D_LST_LEN EQU *-WTO_D_LST STR3,BASE_ADDR UNPK WORK_FLD,BASE_ADDR TRWORK_FLD,TBL MVC D_MSG+2(L'DEBUG_MESS),DEBUG_MESS MVC D_MSG+22(8),WORK_FLD MVC D_MSG(2),=AL2(L'DEBUG_MESS) XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L ST) WAIT ECB=REPLY_ECB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
Here is some code from a working program I have to issue a rent WTOR. You should be able to modify this for your needs.. *--* * WTOR *--* LAR2,L'REPLY LENGTH OF REPLY BUFFER LAR3,REPLYA(REPLY BUFFER) LAR4,ECBADA(ECB) MVC WTORD1(WTOR1L),WTOR1INIT PLIST XCECBAD,ECBAD CLEAR ECB * WTOR 'YES OR NO',(R3),(R2),(R4), X MF=(E,WTORD1) * WAIT ECB=ECBAD WAIT FOR RESPONSE * . Place the following by your LTORG statement: EJECT WTOR1WTOR 'YES OR NO',ROUTCDE=(9),MF=L WTOR1L EQU (*-WTOR1) Place the following in your local workarea: *--* ECBADDSF WTOR ECB REPLYDSCL8 WTOR REPLY BUFFER WTORD1 DS0D,XL(WTOR1L) WTOR REMOTE PLIST Ray Overby Key Resources, Inc. Ensuring System Integrity for z/Series^(TM) www.zassure.com (312)574-0007 On 3/19/2012 07:52 AM, Rob Scott wrote: WTOR and WTO are macros that require a model parameter list to be constructed and populated *before* you issue the MF=E form. Zeroing the parameter list is NOT sufficient - you must move in a model MF=L form just before the MF=E invocation. More modern macros have the ,COMPLETE option on the MF=E specification, unfortunately some of the older macros do not have this functionality. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 12:45 To: IBM-MAIN@bama.ua.edu Subject: WTOR problem Hi, I am having problems with following coding generating a re-entrable version of the WTOR below is the relvant code LTORG DEBUG_MESS DC C'THE BASE ADDRESS IS ' TBL DC240X'00' DCC'0123456789ABCDEF' WS_DSECT DSECT D_MSG DS AL2 DS CL29 WORKFLDDS CL9 BASE_ADDR DS XL5 REPLY_AREA DS X REPLY_LEN EQU 1 REPLY_ECB DS F WTO_D_LST WTOR TEXT=(,,,),MF=L WTO_D_LST_LEN EQU *-WTO_D_LST STR3,BASE_ADDR UNPK WORK_FLD,BASE_ADDR TRWORK_FLD,TBL MVC D_MSG+2(L'DEBUG_MESS),DEBUG_MESS MVC D_MSG+22(8),WORK_FLD MVC D_MSG(2),=AL2(L'DEBUG_MESS) XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L ST) WAIT ECB=REPLY_ECB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Hillgang meeting 28 Mar
While I believe all our meetings are good ones, I think the upcoming one is overflowing with VM and Linux goodness: Date: March 28, 2012 Location: Computer Associates 2291 Wood Oak Drive Herndon VA Time: 8:30 for 9:00 until 2pm STASH - Jim Porell IBM This session is an introduction to the Smart Terminal Architecture with Secure Hosts (STASH). STASH utilizes the System z Bladecenter Extension (zBX) as a desktop hosting environment running trusted thin client software. Users can take advantage of the System z for computing and management capabilities, greatly reducing the number of servers and thin client deployment costs. Other technologies that complete the environment are workload management software and a fraud detection solution that mitigates insider threat. By combining mainframe virtualization management, security, and thin client technology, organizations will be able to take advantage of the power of the mainframe extended to trusted virtual desktop environments. Speaker Bio: Jim Porell is an IBM Distinguished Engineer and Deputy CTO for Federal Sales. In this role, Jim consults with and for US Government agencies to assist them in removing costs, reducing risk and improving security and resilience, while satisfying new business proposals. Most recently, he was directing the Business Development activities for the mainframe. Before that he was Chief Architect for the System z Software Brand and the chairperson of the System z Software Design council which includes all IBM mainframe operating systems and middleware, and looks at synergy across servers and the evolution of each of IBM's server platforms and operating systems. In each of these roles, Jim's focus is to ensure that IBM deploys or acquires technology across the System z operating systems, that work consistently with other operating systems, to enable application growth for IBM's customers, either by writing their own new applications or deploying new code from Independent Software Vendors. Jim has been a security consultant to customers and the US Government for over ten years and has co-authored several books on security. Jim has been with IBM for 32 years in a variety of management and technical positions across the test, development and brand organizations in the Hudson Valley region of New York and now working in the District of Columbia. z/VM 6.2 Performance Update - Bill Bitner IBM Significant changes were introduced to z/VM with Version 6 Release 2 (GA December 2, 2011). This presentation will discuss the associated performance changes, in particular, the performance of Single System Image (SSI) clusters and Live Guest Relocation (LGR). How quickly can z/VM relocate a running Linux virtual machine? What factors influence LGR performance? Does LGR activity influence the performance of other virtual machines? All these questions and more, will be answered in this session. Linux on System z: Some Get it and Others Don¹t - Len Diegel One of the challenges of System z (mainframe) advocates today is getting the message through to upper management. This session covers several issues, including the cultural differences, inhibitors, and real customer situations and the results of their migrations. The session is based on data collected by Velocity Software, IBM, CA, Gartner, and others. z/VM 6.2 Increasing the Endless Possibilities of Virtualization - Bill Bitner IBM By now you have probably heard about z/VM 6.2 delivering on the promise of Single System Image (SSI) Clusters and Live Guest Relocation (LGR). It all sounds cool, but are you struggling with where to use it? Wondering what makes it different than other virtualization solutions? This session has two objectives. First, to validate that this isn't just another clustering or guest mobility solution. There are over 2500 years of virtualization experience behind SSI and LGR, and that experience shows through. Second, we discuss some ways that SSI and LGR allow you greater flexibility and better business models. Some of these are fairly conventional, some are a little off the normal thought process. TO RSVP Send mail to hillg...@vm.marist.edu mailto:hillg...@vm.marist.edu indicating that you will be attending and if you have any special dietary issues. To join the HillGang mailing list and receive further announcements about HillGang meetings send email to lists...@vm.marist.edu mailto:lists...@vm.marist.edu with the words: subscribe hillgang firstname lastname in the BODY of your message (not the subject line). You will receive a confirmation message with information about confirming your subscription. Neale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
Rob, I understand that however moving the model *statement* would be sufficient if I coded WTOR MF=(E,WTOR_LIST) By coding WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX ST) With the parameters the macro should populate the parameter list -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 19, 2012 8:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem WTOR and WTO are macros that require a model parameter list to be constructed and populated *before* you issue the MF=E form. Zeroing the parameter list is NOT sufficient - you must move in a model MF=L form just before the MF=E invocation. More modern macros have the ,COMPLETE option on the MF=E specification, unfortunately some of the older macros do not have this functionality. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 12:45 To: IBM-MAIN@bama.ua.edu Subject: WTOR problem Hi, I am having problems with following coding generating a re-entrable version of the WTOR below is the relvant code LTORG DEBUG_MESS DC C'THE BASE ADDRESS IS ' TBL DC240X'00' DCC'0123456789ABCDEF' WS_DSECT DSECT D_MSG DS AL2 DS CL29 WORKFLDDS CL9 BASE_ADDR DS XL5 REPLY_AREA DS X REPLY_LEN EQU 1 REPLY_ECB DS F WTO_D_LST WTOR TEXT=(,,,),MF=L WTO_D_LST_LEN EQU *-WTO_D_LST STR3,BASE_ADDR UNPK WORK_FLD,BASE_ADDR TRWORK_FLD,TBL MVC D_MSG+2(L'DEBUG_MESS),DEBUG_MESS MVC D_MSG+22(8),WORK_FLD MVC D_MSG(2),=AL2(L'DEBUG_MESS) XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L ST) WAIT ECB=REPLY_ECB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Password Phrase Encryption Algo?
Hi, Does anybody have a clue how the PASSPHRASE is encrypted in RACF? It looks very much like SHA (SHA-1 I hope), it depends on both the username and password, but how is it build? Yes, I have asked in the RACF list already :) Br, Costin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
I do not think so. There could well be parameter list contents that are not set during MF=E logic that are primed by MF=L. Just because you specify all possible parameters does not mean that WTOR/WTO MF=E will generate a fully constructed parameter list. It is a historical thing - and developers just have to put up with it and use the move the model in technique. Be warned - there are other macros like this around. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 14:07 To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem Rob, I understand that however moving the model *statement* would be sufficient if I coded WTOR MF=(E,WTOR_LIST) By coding WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX ST) With the parameters the macro should populate the parameter list -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 19, 2012 8:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem WTOR and WTO are macros that require a model parameter list to be constructed and populated *before* you issue the MF=E form. Zeroing the parameter list is NOT sufficient - you must move in a model MF=L form just before the MF=E invocation. More modern macros have the ,COMPLETE option on the MF=E specification, unfortunately some of the older macros do not have this functionality. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 12:45 To: IBM-MAIN@bama.ua.edu Subject: WTOR problem Hi, I am having problems with following coding generating a re-entrable version of the WTOR below is the relvant code LTORG DEBUG_MESS DC C'THE BASE ADDRESS IS ' TBL DC240X'00' DCC'0123456789ABCDEF' WS_DSECT DSECT D_MSG DS AL2 DS CL29 WORKFLDDS CL9 BASE_ADDR DS XL5 REPLY_AREA DS X REPLY_LEN EQU 1 REPLY_ECB DS F WTO_D_LST WTOR TEXT=(,,,),MF=L WTO_D_LST_LEN EQU *-WTO_D_LST STR3,BASE_ADDR UNPK WORK_FLD,BASE_ADDR TRWORK_FLD,TBL MVC D_MSG+2(L'DEBUG_MESS),DEBUG_MESS MVC D_MSG+22(8),WORK_FLD MVC D_MSG(2),=AL2(L'DEBUG_MESS) XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L ST) WAIT ECB=REPLY_ECB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
What error are you getting? On Mon, 19 Mar 2012 10:07:18 -0400 Micheal Butz michealb...@optonline.net wrote: :Rob, : :I understand that however moving the model *statement* would be sufficient :if I coded WTOR MF=(E,WTOR_LIST) :By coding : :WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX : ST) : :With the parameters the macro should populate the parameter list : : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Rob Scott :Sent: Monday, March 19, 2012 8:52 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: WTOR problem : :WTOR and WTO are macros that require a model parameter list to be :constructed and populated *before* you issue the MF=E form. : :Zeroing the parameter list is NOT sufficient - you must move in a model MF=L :form just before the MF=E invocation. : :More modern macros have the ,COMPLETE option on the MF=E specification, :unfortunately some of the older macros do not have this functionality. : :Rob Scott :Lead Developer :Rocket Software :275 Grove Street * Newton, MA 02466-2272 * USA :Tel: +1.781.684.2305 :Email: rsc...@rs.com :Web: www.rocketsoftware.com : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Micheal Butz :Sent: 19 March 2012 12:45 :To: IBM-MAIN@bama.ua.edu :Subject: WTOR problem : :Hi, : : : :I am having problems with following coding generating a re-entrable version :of the WTOR below is the relvant code : : : : LTORG : : DEBUG_MESS DC C'THE BASE ADDRESS IS ' : : TBL DC240X'00' : : DCC'0123456789ABCDEF' : : : : : :WS_DSECT DSECT : :D_MSG DS AL2 : : DS CL29 : :WORKFLDDS CL9 : :BASE_ADDR DS XL5 : :REPLY_AREA DS X : :REPLY_LEN EQU 1 : :REPLY_ECB DS F : :WTO_D_LST WTOR TEXT=(,,,),MF=L : :WTO_D_LST_LEN EQU *-WTO_D_LST : : : : : : STR3,BASE_ADDR : : UNPK WORK_FLD,BASE_ADDR : : TRWORK_FLD,TBL : : MVC D_MSG+2(L'DEBUG_MESS),DEBUG_MESS : : MVC D_MSG+22(8),WORK_FLD : : MVC D_MSG(2),=AL2(L'DEBUG_MESS) : : XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST : : WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L : :ST) : : : : WAIT ECB=REPLY_ECB : : : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, send email :to lists...@bama.ua.edu with the message: INFO IBM-MAIN : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 19, 2012 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem I do not think so. There could well be parameter list contents that are not set during MF=E logic that are primed by MF=L. Just because you specify all possible parameters does not mean that WTOR/WTO MF=E will generate a fully constructed parameter list. It is a historical thing - and developers just have to put up with it and use the move the model in technique. Be warned - there are other macros like this around. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 14:07 To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem Rob, I understand that however moving the model *statement* would be sufficient if I coded WTOR MF=(E,WTOR_LIST) By coding WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX ST) With the parameters the macro should populate the parameter list -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 19, 2012 8:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem WTOR and WTO are macros that require a model parameter list to be constructed and populated *before* you issue the MF=E form. Zeroing the parameter list is NOT sufficient - you must move in a model MF=L form just before the MF=E invocation. More modern macros have the ,COMPLETE option on the MF=E specification, unfortunately some of the older macros do not have this functionality. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 12:45 To: IBM-MAIN@bama.ua.edu Subject: WTOR problem Hi, I am having problems with following coding generating a re-entrable version of the WTOR below is the relvant code LTORG DEBUG_MESS DC C'THE BASE ADDRESS IS ' TBL DC240X'00' DCC'0123456789ABCDEF' WS_DSECT DSECT D_MSG DS AL2 DS CL29 WORKFLDDS CL9 BASE_ADDR DS XL5 REPLY_AREA DS X REPLY_LEN EQU 1 REPLY_ECB DS F WTO_D_LST WTOR TEXT=(,,,),MF=L WTO_D_LST_LEN EQU *-WTO_D_LST STR3,BASE_ADDR UNPK WORK_FLD,BASE_ADDR TRWORK_FLD,TBL MVC D_MSG+2(L'DEBUG_MESS),DEBUG_MESS MVC D_MSG+22(8),WORK_FLD MVC D_MSG(2),=AL2(L'DEBUG_MESS) XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L ST) WAIT ECB=REPLY_ECB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
Thanks worked WTO_D_CON WTOR TEXT=(,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=L model statement WTO_D_CON_LEN EQU *-WTO_D_CON Followed by WTOR TEXT=D_MSG,MF=(E,WTO_D_LST) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 19, 2012 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem I do not think so. There could well be parameter list contents that are not set during MF=E logic that are primed by MF=L. Just because you specify all possible parameters does not mean that WTOR/WTO MF=E will generate a fully constructed parameter list. It is a historical thing - and developers just have to put up with it and use the move the model in technique. Be warned - there are other macros like this around. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 14:07 To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem Rob, I understand that however moving the model *statement* would be sufficient if I coded WTOR MF=(E,WTOR_LIST) By coding WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX ST) With the parameters the macro should populate the parameter list -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 19, 2012 8:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem WTOR and WTO are macros that require a model parameter list to be constructed and populated *before* you issue the MF=E form. Zeroing the parameter list is NOT sufficient - you must move in a model MF=L form just before the MF=E invocation. More modern macros have the ,COMPLETE option on the MF=E specification, unfortunately some of the older macros do not have this functionality. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 12:45 To: IBM-MAIN@bama.ua.edu Subject: WTOR problem Hi, I am having problems with following coding generating a re-entrable version of the WTOR below is the relvant code LTORG DEBUG_MESS DC C'THE BASE ADDRESS IS ' TBL DC240X'00' DCC'0123456789ABCDEF' WS_DSECT DSECT D_MSG DS AL2 DS CL29 WORKFLDDS CL9 BASE_ADDR DS XL5 REPLY_AREA DS X REPLY_LEN EQU 1 REPLY_ECB DS F WTO_D_LST WTOR TEXT=(,,,),MF=L WTO_D_LST_LEN EQU *-WTO_D_LST STR3,BASE_ADDR UNPK WORK_FLD,BASE_ADDR TRWORK_FLD,TBL MVC D_MSG+2(L'DEBUG_MESS),DEBUG_MESS MVC D_MSG+22(8),WORK_FLD MVC D_MSG(2),=AL2(L'DEBUG_MESS) XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L ST) WAIT ECB=REPLY_ECB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
As you specified it, it is not reentrant as the MF=L generates A-cons. On Mon, 19 Mar 2012 11:02:00 -0400 Micheal Butz michealb...@optonline.net wrote: :Thanks : :worked : :WTO_D_CON WTOR TEXT=(,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=L model :statement :WTO_D_CON_LEN EQU *-WTO_D_CON : :Followed by : : WTOR TEXT=D_MSG,MF=(E,WTO_D_LST) : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Rob Scott :Sent: Monday, March 19, 2012 10:17 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: WTOR problem : :I do not think so. : :There could well be parameter list contents that are not set during MF=E :logic that are primed by MF=L. : :Just because you specify all possible parameters does not mean that WTOR/WTO :MF=E will generate a fully constructed parameter list. : :It is a historical thing - and developers just have to put up with it and :use the move the model in technique. : :Be warned - there are other macros like this around. : :Rob Scott :Lead Developer :Rocket Software :275 Grove Street * Newton, MA 02466-2272 * USA :Tel: +1.781.684.2305 :Email: rsc...@rs.com :Web: www.rocketsoftware.com : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Micheal Butz :Sent: 19 March 2012 14:07 :To: IBM-MAIN@bama.ua.edu :Subject: Re: WTOR problem : :Rob, : :I understand that however moving the model *statement* would be sufficient :if I coded WTOR MF=(E,WTOR_LIST) By coding : :WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX : ST) : :With the parameters the macro should populate the parameter list : : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Rob Scott :Sent: Monday, March 19, 2012 8:52 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: WTOR problem : :WTOR and WTO are macros that require a model parameter list to be :constructed and populated *before* you issue the MF=E form. : :Zeroing the parameter list is NOT sufficient - you must move in a model MF=L :form just before the MF=E invocation. : :More modern macros have the ,COMPLETE option on the MF=E specification, :unfortunately some of the older macros do not have this functionality. : :Rob Scott :Lead Developer :Rocket Software :275 Grove Street * Newton, MA 02466-2272 * USA :Tel: +1.781.684.2305 :Email: rsc...@rs.com :Web: www.rocketsoftware.com : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Micheal Butz :Sent: 19 March 2012 12:45 :To: IBM-MAIN@bama.ua.edu :Subject: WTOR problem : :Hi, : : : :I am having problems with following coding generating a re-entrable version :of the WTOR below is the relvant code : : : : LTORG : : DEBUG_MESS DC C'THE BASE ADDRESS IS ' : : TBL DC240X'00' : : DCC'0123456789ABCDEF' : : : : : :WS_DSECT DSECT : :D_MSG DS AL2 : : DS CL29 : :WORKFLDDS CL9 : :BASE_ADDR DS XL5 : :REPLY_AREA DS X : :REPLY_LEN EQU 1 : :REPLY_ECB DS F : :WTO_D_LST WTOR TEXT=(,,,),MF=L : :WTO_D_LST_LEN EQU *-WTO_D_LST : : : : : : STR3,BASE_ADDR : : UNPK WORK_FLD,BASE_ADDR : : TRWORK_FLD,TBL : : MVC D_MSG+2(L'DEBUG_MESS),DEBUG_MESS : : MVC D_MSG+22(8),WORK_FLD : : MVC D_MSG(2),=AL2(L'DEBUG_MESS) : : XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST : : WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L : :ST) : : : : WAIT ECB=REPLY_ECB : : : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, send email :to lists...@bama.ua.edu with the message: INFO IBM-MAIN : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, send email :to lists...@bama.ua.edu with the message: INFO IBM-MAIN : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, send email :to lists...@bama.ua.edu with the message: INFO IBM-MAIN : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN :
Re: Password Phrase Encryption Algo?
Sorry if I'm being pedantic, but SHA-1 is not an encryption algorithm - it is a cryptographic hash function. http://en.wikipedia.org/wiki/Cryptographic_hash_function On Mon, Mar 19, 2012 at 9:09 AM, Costin Enache e_cos...@yahoo.com wrote: Hi, Does anybody have a clue how the PASSPHRASE is encrypted in RACF? It looks very much like SHA (SHA-1 I hope), it depends on both the username and password, but how is it build? Yes, I have asked in the RACF list already :) Br, Costin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Jes2 checkpoint level/mode
Checkpoint LEVEL and checkpoint MODE are 2 distinct and unrelated parameters. Checkpoint LEVEL is a JES level set required for MAS dependencies on certain functions. If any system in the MAS is not at the required level, or the checkpoint level is insufficient, the new function cannot be used until the JES2 checkpoint level is changed with the $ACTIVATE command. Certain levels of JES require a minimum checkpoint level before they can join the MAS. This affects the contents of the checkpoint datasets . $ACTIVATE (with no operands) will show you the current level of the checkpoint, and whether a $ACTIVATE to the next level will succeed. Checkpoint mode is an operand on the $CKPTDEF JES2 initialization statement and is either SINGLE, DUPLEX or DUAL (I will let you read up on the difference). This affects the mode of operation of the datasets, not the contents of the checkpoint datasets. IOW, a checkpoint may be at level (Z2, Z4, Z11),. and be operating in (SINGLE, DUAL or DUPLEX) mode at any of the levels. Using my personal way-back machine, ISTR that OS390 2.4 was the level that Workload Managed initiators were made available and the checkpoint level z2 (z4?) was required to implement WLM inits. This type of information is typically in presentations at z/Expo and SHARE. I would check the archives of the appropriate organizations at the appropriate vintage for your current releases of JES. There may also be some information on the Redbooks page http://www.redbooks.ibm.com/ The z/OS library can be found here http://www-03.ibm.com/systems/z/os/zos/bkserv/index.html with manual back to z/OS 1.2. HTH, snip I am looking for the difference between the JES2 checkpoint level and checkpoint mode(w.r.t sysplex environment where there are multiple z/os lpar's of different versions),more specifically difference between z2,z4 modes and the checkpoint level of z/os 1.2. I have tried to google it and have also checked the z/os manuals but unable to relate the mode and level in sysplex environment. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
And this requirement to move from an assembled model expansion into the remote parameter list is even documented in the IBM book(s). For example, find the first chapter Using the Services, section Macro forms, subsection Conventional List Form Macros in any of the Assembler Services Guide books, either unauthorized or authorized. You will see the following sentences: With conventional list form macros, you can use the macro forms as follows: 1. Use the list form of the macro, which expands to the parameter list. Place the list form in the section of your program where you keep non-executable data, such as program constants. Do not code it in the instruction stream of your program. 2. In the instruction stream, code a GETMAIN or a STORAGE macro to obtain some virtual storage. Using the Services 11 3. Code a move character instruction that moves the parameter list from its non-executable position in your program into the virtual storage area that you obtained. There are other sentences in this and other sections. Read them all. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 19, 2012 9:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem I do not think so. There could well be parameter list contents that are not set during MF=E logic that are primed by MF=L. Just because you specify all possible parameters does not mean that WTOR/WTO MF=E will generate a fully constructed parameter list. It is a historical thing - and developers just have to put up with it and use the move the model in technique. Be warned - there are other macros like this around. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 14:07 To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem Rob, I understand that however moving the model *statement* would be sufficient if I coded WTOR MF=(E,WTOR_LIST) By coding WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX ST) With the parameters the macro should populate the parameter list -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 19, 2012 8:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WTOR problem WTOR and WTO are macros that require a model parameter list to be constructed and populated *before* you issue the MF=E form. Zeroing the parameter list is NOT sufficient - you must move in a model MF=L form just before the MF=E invocation. More modern macros have the ,COMPLETE option on the MF=E specification, unfortunately some of the older macros do not have this functionality. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: 19 March 2012 12:45 To: IBM-MAIN@bama.ua.edu Subject: WTOR problem Hi, I am having problems with following coding generating a re-entrable version of the WTOR below is the relvant code LTORG DEBUG_MESS DC C'THE BASE ADDRESS IS ' TBL DC240X'00' DCC'0123456789ABCDEF' WS_DSECT DSECT D_MSG DS AL2 DS CL29 WORKFLDDS CL9 BASE_ADDR DS XL5 REPLY_AREA DS X REPLY_LEN EQU 1 REPLY_ECB DS F WTO_D_LST WTOR TEXT=(,,,),MF=L WTO_D_LST_LEN EQU *-WTO_D_LST STR3,BASE_ADDR UNPK WORK_FLD,BASE_ADDR TRWORK_FLD,TBL MVC D_MSG+2(L'DEBUG_MESS),DEBUG_MESS MVC D_MSG+22(8),WORK_FLD MVC D_MSG(2),=AL2(L'DEBUG_MESS) XCWTO_D_LST(WTO_D_LST_LEN),WTO_D_LST WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L ST) WAIT ECB=REPLY_ECB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe /
Re: Password Phrase Encryption Algo?
Of course. The final result looks like SHA-1, but several operations could take place before - DES, etc. At the end it is a cryptographic operation. The corect question would be - how are the passwords hashed, and potentially encrypted, for RACF passworh phrases? From: Kirk Wolf k...@dovetail.com To: IBM-MAIN@bama.ua.edu Sent: Monday, March 19, 2012 4:17 PM Subject: Re: Password Phrase Encryption Algo? Sorry if I'm being pedantic, but SHA-1 is not an encryption algorithm - it is a cryptographic hash function. http://en.wikipedia.org/wiki/Cryptographic_hash_function On Mon, Mar 19, 2012 at 9:09 AM, Costin Enache e_cos...@yahoo.com wrote: Hi, Does anybody have a clue how the PASSPHRASE is encrypted in RACF? It looks very much like SHA (SHA-1 I hope), it depends on both the username and password, but how is it build? Yes, I have asked in the RACF list already :) Br, Costin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP the NPIV file off the CEC SE to my PC
On Mon, 19 Mar 2012 07:36:06 -0500, J Ellis jerry.el...@libertymutual.com wrote: If there is a way to get this remotely, [without t]he SE being on the network, please tell me how. I have had some success with a sellect/copy all, and then pasting into an EXCEL worksheet, most of the time EXCEL hangs contacting the server (SE). Sorry, Jerry. I was thinking about the WWPN export function when you have an Ensemble. Outside of that, yes, the binary NPIV configuration file can be exported only when you're on the HMC. The only thing I've ever done is to use a VPN that was set up to access the private HMC-SE network to give direct access to the SEs for those few SE-only functions that not even Single Object Operations will show to you. (Break glass.) I guess it would allow the FTP to work, too. I never gave it much thought. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Totally offtopic, sorry, almost choked laughing.
http://www.arcamax.com/thefunnies/freerange/s-1110960 John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
Ben - I disagree that the code is non-rent. While there are a-cons generated by the WTOR MF=L macro expansion the WTOR MF=E macro is replacing these a-cons. The code does successfully execute in a program linked as RENT REUS. MF=L WTOR: Loc Object CodeAddr1 Addr2 Stmt Source Statement HLASM R6.0 2012/03/19 08.40 1176 WTOR1WTOR 'YES OR NO',ROUTCDE=(9),MF=L 0004EC 1179+WTOR1DS 0F 01-WTOR 0004EC 1182+ DC A(0) REPLY ADDRESS @P4A 01-WTOR 0004F0 1183+ DC A(0) ECB ADDRESS@P4A 01-WTOR 0004F4 00 1184+ DC AL1(0) REPLY LENGTH @G860PSS 01-WTOR 0004F5 0D 1185+ DC AL1(13) TEXT LENGTH + 4@YA17152 01-WTOR 0004F6 80001186+ DC B'1000' MCSFLAGS @L1A 01-WTOR 0004F8 E8C5E240D6D940D51187+ DCC'YES OR NO' MESSAGE TEXT @PBC 01-WTOR 000500 D6 000501 1188+ DC B'' DESCRIPTOR CODES @L1A 01-WTOR 000503 00801189+ DC B'1000' ROUTING CODES @L1A 01-WTOR 000191190 WTOR1L EQU (*-WTOR1) MF=E WTOR: 162 *--* 163 * WTOR 164 *--* 0001D4 4120 00088 165 LA R2,L'REPLY LENGTH OF REPLY BUFFER 0001D8 4130 D07800078 166 LA R3,REPLYA(REPLY BUFFER) 0001DC 4140 D07400074 167 LA R4,ECBADA(ECB) 0001E0 D218 D080 C4EC 00080 004EC 168 MVC WTORD1(WTOR1L),WTOR1INIT PLIST 0001E6 D703 D074 D074 00074 00074 169 XC ECBAD,ECBAD CLEAR ECB 170 * 171 WTOR 'YES OR NO',(R3),(R2),(R4), X MF=(E,WTORD1) 0001EC 4110 D08000080 176+ LA 1,WTORD1 LOAD PARAMETER REG 1 02-IHBIN 0001F0 5031 0 177+ ST R3,0(1,0)STORE REPLY ADDR @G860PSS 01-WTOR 0001F4 9680 1000 0 178+ OI 0(1),X'80' INDICATE WTOR @G860PSS 01-WTOR 0001F8 5041 00044 179+ ST R4,4(1,0)STORE ECB ADDRESS @G860PSS 01-WTOR 0001FC 4221 00088 180+ STC R2,8(1,0)STORE REPLY LENGTH @G860PSS 01-WTOR 000200 0A23 181+ SVC 35 ISSUE SVC 35 @L5A 01-WTOR 182 * On 3/19/2012 10:08 AM, Binyamin Dissen wrote: As you specified it, it is not reentrant as the MF=L generates A-cons. On Mon, 19 Mar 2012 11:02:00 -0400 Micheal Butzmichealb...@optonline.net wrote: :Thanks : :worked : :WTO_D_CON WTOR TEXT=(,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=L model :statement :WTO_D_CON_LEN EQU *-WTO_D_CON : :Followed by : : WTOR TEXT=D_MSG,MF=(E,WTO_D_LST) : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Rob Scott :Sent: Monday, March 19, 2012 10:17 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: WTOR problem : :I do not think so. : :There could well be parameter list contents that are not set during MF=E :logic that are primed by MF=L. : :Just because you specify all possible parameters does not mean that WTOR/WTO :MF=E will generate a fully constructed parameter list. : :It is a historical thing - and developers just have to put up with it and :use the move the model in technique. : :Be warned - there are other macros like this around. : :Rob Scott :Lead Developer :Rocket Software :275 Grove Street * Newton, MA 02466-2272 * USA :Tel: +1.781.684.2305 :Email: rsc...@rs.com :Web: www.rocketsoftware.com : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf :Of Micheal Butz :Sent: 19 March 2012 14:07 :To: IBM-MAIN@bama.ua.edu :Subject: Re: WTOR problem : :Rob, : :I understand that however moving the model *statement* would be sufficient :if I coded WTOR MF=(E,WTOR_LIST) By coding : :WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_LX :ST) : :With the
Re: Totally offtopic, sorry, almost choked laughing.
On 3/19/2012 10:27 AM, McKown, John wrote: http://www.arcamax.com/thefunnies/freerange/s-1110960 Ummm. so which comic struck you so funny? The discosaurus? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Password Phrase Encryption Algo?
On Mon, 19 Mar 2012 16:19:37 +, Costin Enache wrote: Of course. The final result looks like SHA-1, but several operations could take place before - DES, etc. At the end it is a cryptographic operation. The corect question would be - how are the passwords hashed, and potentially encrypted, for RACF passworh phrases? A one-way hash should be preferble to encryption because there should be no possibility that the key could be stolen. A dual-key ciphersystem with one key discarded is comparable to a one-way hash. From: Kirk Wolf Sent: Monday, March 19, 2012 4:17 PM Sorry if I'm being pedantic, but SHA-1 is not an encryption algorithm - it is a cryptographic hash function. http://en.wikipedia.org/wiki/Cryptographic_hash_function On Mon, Mar 19, 2012 at 9:09 AM, Costin Enache wrote: Does anybody have a clue how the PASSPHRASE is encrypted in RACF? It looks very much like SHA (SHA-1 I hope), it depends on both the username and password, but how is it build? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Totally offtopic, sorry, almost choked laughing.
Yes. I kept getting a John Travolta Saturday Night Fever overlay in my sight and couldn't stop laughing. Sorry for the off-topic. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Monday, March 19, 2012 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Totally offtopic, sorry, almost choked laughing. On 3/19/2012 10:27 AM, McKown, John wrote: http://www.arcamax.com/thefunnies/freerange/s-1110960 Ummm. so which comic struck you so funny? The discosaurus? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Password Phrase Encryption Algo?
Well, the standard DES crypto for RACF (iSeries also) is using the password as the key to encrypt the username (profile name). In a practical sense, it is like hashing - the key is never stored on the system, so it cannot get stolen. It is also quite strong, but the algo is outdated and crippling it by dropping 8 bits makes it even weaker; the character set is also relatively small, enabling easy cracking. A decent AES, with mixed case and large charset, would quicly resolve the classical issue. Costin From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Sent: Monday, March 19, 2012 5:34 PM Subject: Re: Password Phrase Encryption Algo? On Mon, 19 Mar 2012 16:19:37 +, Costin Enache wrote: Of course. The final result looks like SHA-1, but several operations could take place before - DES, etc. At the end it is a cryptographic operation. The corect question would be - how are the passwords hashed, and potentially encrypted, for RACF passworh phrases? A one-way hash should be preferble to encryption because there should be no possibility that the key could be stolen. A dual-key ciphersystem with one key discarded is comparable to a one-way hash. From: Kirk Wolf Sent: Monday, March 19, 2012 4:17 PM Sorry if I'm being pedantic, but SHA-1 is not an encryption algorithm - it is a cryptographic hash function. http://en.wikipedia.org/wiki/Cryptographic_hash_function On Mon, Mar 19, 2012 at 9:09 AM, Costin Enache wrote: Does anybody have a clue how the PASSPHRASE is encrypted in RACF? It looks very much like SHA (SHA-1 I hope), it depends on both the username and password, but how is it build? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Totally offtopic, sorry, almost choked laughing.
Airplane! did a good Staying Alive dance. http://www.youtube.com/watch?v=xLQWPgQMHhQ On Mon, Mar 19, 2012 at 11:38 AM, McKown, John john.mck...@healthmarkets.com wrote: Yes. I kept getting a John Travolta Saturday Night Fever overlay in my sight and couldn't stop laughing. Sorry for the off-topic. -- John McKown -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR problem
On 3/19/2012 8:45 AM, Micheal Butz wrote: I am having problems with following coding generating a re-entrable version of the WTOR below is the relvant code WTOR TEXT=(D_MSG,REPLYAREA,REPLY_LEN,REPLY_ECB),MF=(E,WTO_D_L When you are dealing with old macros, use a PRINT ON,GEN around them, inspect which fields they set, and artificially fill in the missing pieces. Alternatively, use two MF=L forms, one in a CSECT and one in your DSECT, and copy the CSECT instance to the DSECT one. In general, that will allow the MF=E form to build a complete parm list. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14
On 3/18/2012 1:29 PM, Paul Gilmartin wrote: When you use the ALLDATA option, DSS copies whatever exists past the last valid EOF. ... Presumably also past DS1LSTAR? I didn't want to write a novel. When I make permanent backups with DSS, I normally use ALLEXCP; that way a clobbered LSTAR doesn't prevent recovery of data. I've never had the joy of setting up HSM, nor copying empty PDSs with DSS, so can't attest to early performance. But I would find it surprising if they failed. In my experience, stupid mistakes aside, IBM tends to produce slow, but thorough utility code (with modern SORT the exception, perhaps due to market pressure, and the outstanding quality of the support team). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP the NPIV file off the CEC SE to my PC
W dniu 2012-03-19 13:36, J Ellis pisze: My HMC's are all on the network, the problem is you can not FTP the WWPN off to your workstation, I was told in an ETR that is was because the SE has no FTP connection to the outside network. When I go in to single object mode to the SE so I can see the FCP configuration, I have an option to transfer via FTP, this fails, which is why I opened the ETR. In the ETR, as well as my top gun, I was told the SE would have to be on the netowrk in order to do this. If there is a way to get this remotely, he SE being on the network, please tell me how. I have had some success with a sellect/copy all, and then pasting into an EXCEL worksheet, most of the time EXCEL hangs contacting the server (SE). The same for IOCP input text. You have the following choices: - read from USB stick attached to HMC (in case of IOCP) - use the same function on HMC, not SE - this is NOT for IOCP, but works for OSA-ICC input file - add some PC to HMC-SE internal LAN. I can imagine such PC with two LAN adapters, ftp server and RDP (remote desktop). BTW: this is not the only case when you *have* to connect to HMC-SE network. Another case would be NTP server, especially NTP with PPS. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Theology question
In our configuration data set, you can specify a default, global value for something. Specific entries in the configuration can override that global value. However, there are cases where you *must* specify a null value on a specific entry, as if you had no default, global value. Our internal debate is over whether an asterisk is appropriate to say No, really, don't use any value here. So examples might be: thing1(option1,option2) /* This defines a thing with an explicit option1 and explicit option2 */ thing2(option1) /* This defines another thing and says use the default, global value for option2 if you have one */ thing3(option1,*) /* This would define another thing and say even if you have a default, global value for option2, pretend you don't */ thing4(option1,'') /* This is an alternative form of thing3 */ One of us feels that the asterisk should mean use the global default. One of us feels that the double quote is ugly and error-prone. Based on the collective wisdom of the centuries, what *feels* right to you? -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Theology question
I feel the asterisk should mean use the global default and the '' should mean don't use any value. /Tom Kern On 3/19/2012 17:12, Phil Smith wrote: In our configuration data set, you can specify a default, global value for something. Specific entries in the configuration can override that global value. However, there are cases where you *must* specify a null value on a specific entry, as if you had no default, global value. Our internal debate is over whether an asterisk is appropriate to say No, really, don't use any value here. So examples might be: thing1(option1,option2) /* This defines a thing with an explicit option1 and explicit option2 */ thing2(option1) /* This defines another thing and says use the default, global value for option2 if you have one */ thing3(option1,*) /* This would define another thing and say even if you have a default, global value for option2, pretend you don't */ thing4(option1,'') /* This is an alternative form of thing3 */ One of us feels that the asterisk should mean use the global default. One of us feels that the double quote is ugly and error-prone. Based on the collective wisdom of the centuries, what *feels* right to you? -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Theology question
IMHO using '*' to represent null violates the Principle of Least Astonishment. '*' is often used in masking to represent anything, which is a long way from null. How about using NULL to represent null, e.g., thing3(option1,NULL) /* This would define another thing and say even if you have a default, global value for option2, pretend you don't */ -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2012-03-19 17:12, Phil Smith wrote: In our configuration data set, you can specify a default, global value for something. Specific entries in the configuration can override that global value. However, there are cases where you *must* specify a null value on a specific entry, as if you had no default, global value. Our internal debate is over whether an asterisk is appropriate to say No, really, don't use any value here. So examples might be: thing1(option1,option2) /* This defines a thing with an explicit option1 and explicit option2 */ thing2(option1) /* This defines another thing and says use the default, global value for option2 if you have one */ thing3(option1,*) /* This would define another thing and say even if you have a default, global value for option2, pretend you don't */ thing4(option1,'') /* This is an alternative form of thing3 */ One of us feels that the asterisk should mean use the global default. One of us feels that the double quote is ugly and error-prone. Based on the collective wisdom of the centuries, what *feels* right to you? -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Theology question
Seems retro to me like when I wrote my first CLIST back in 1976. Sort of depends on the called program and how it's gonna parse the entries-DEBUG(Y). In a message dated 3/19/2012 4:16:20 P.M. Central Daylight Time, p...@voltage.com writes: Based on the collective wisdom of the centuries, what *feels* right to you? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Theology question
I think (hope) you mean two single quotes ' Not a double quote Are you asking how to document or how to code the parameter or how to code the interpretation of the parameter? Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Thomas Kern Sent: Monday, March 19, 2012 2:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Theology question I feel the asterisk should mean use the global default and the '' should mean don't use any value. /Tom Kern On 3/19/2012 17:12, Phil Smith wrote: In our configuration data set, you can specify a default, global value for something. Specific entries in the configuration can override that global value. However, there are cases where you *must* specify a null value on a specific entry, as if you had no default, global value. Our internal debate is over whether an asterisk is appropriate to say No, really, don't use any value here. So examples might be: thing1(option1,option2) /* This defines a thing with an explicit option1 and explicit option2 */ thing2(option1) /* This defines another thing and says use the default, global value for option2 if you have one */ thing3(option1,*) /* This would define another thing and say even if you have a default, global value for option2, pretend you don't */ thing4(option1,'') /* This is an alternative form of thing3 */ One of us feels that the asterisk should mean use the global default. One of us feels that the double quote is ugly and error-prone. Based on the collective wisdom of the centuries, what *feels* right to you? -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: host codepge 0037 and the obscure not sign
On Tue, 13 Mar 2012 12:51:26 -0400, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: Is there any translation table in z/os 1.11 that translates the NOT SIGN x'5F' to an ascii x'AC', These is no ASCII 'AC'X; you really need to know what code pages you're using to get a correct translation. If you use UCS-2, the NOT SIGN is U+00AC. But you're right, it isn't ASCII, it's Unicode. TYPE U 2 B (big endian Unicode) TYPE U 2 L (little endian Unicode) Also look at SITE UCSHOSTCS. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
DASD Mod9/Mod54
Hi Folks, With todays' modern disk arrays, is there any reason (z/OS based or other) that response time for my Mod54s is consistently higher than for my Mod9s? Assume identical workload against each, single array with multiple LCUs. RMF says the LCUs are pretty well balanced. Single image. Pretty simple setup. Thoughts? Thanks! BobL mailgate3.oppenheimerfunds.com made the following annotations - This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Theology question
On Mon, 19 Mar 2012 17:43:45 -0400, Gord Tomlin wrote: IMHO using '*' to represent null violates the Principle of Least Astonishment. '*' is often used in masking to represent anything, which is a long way from null. How about using NULL to represent null, e.g., thing3(option1,NULL) /* This would define another thing and say even if you have a default, global value for option2, pretend you don't */ I am very accustomed to, and comfortable with the convention common to Rexx and POSIX shell script, both of which distinguish between undefined and any defined value: empty string, NULL, or whatever. So, I'd add the rule: thing3(option1,NULL)/* Means option2 is unset. */ thing3(option1,'NULL') /* means option2 is the 4-character string, NULL.) ... (reserved words are never quoted; values are quoted to avoid conflict with reserved words or when lexically required, to avoid any encroachment on the potential value space.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DASD Mod9/Mod54
Lester, Bob wrote: Hi Folks, With todays' modern disk arrays, is there any reason (z/OS based or other) that response time for my Mod54s is consistently higher than for my Mod9s? Assume identical workload against each, single array with multiple LCUs. RMF says the LCUs are pretty well balanced. Single image. Pretty simple setup. Thoughts? Which component(s) of response time? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DASD Mod9/Mod54
Bob, On reason why 3390-54 may have higher response time than 16x3390-9 is that the underlying volume is striped over less physical disk drives. Ignoring wide striping, in most DASD volume layouts a single volume is spread over two, four or eight disk drives. One 3390-54 will there have 2 to 8 physical disk drives backing it, whereas the 16x3390-3 could 16 times as many disk drives (32 to 256 HDD). How many drives a workload is spread over with 3390-3 will depend on your logical device layout, but there is a natural flattening of the back end IO load with smaller, well distributed volumes. If this is the problem you will see a larger disconnect time in the 3390-54 response time. If you are seeing IOSQ time then you need to look at your HyperPAV or PAV allocation. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lester, Bob Sent: Monday, March 19, 2012 3:57 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] DASD Mod9/Mod54 Hi Folks, With todays' modern disk arrays, is there any reason (z/OS based or other) that response time for my Mod54s is consistently higher than for my Mod9s? Assume identical workload against each, single array with multiple LCUs. RMF says the LCUs are pretty well balanced. Single image. Pretty simple setup. Thoughts? Thanks! BobL mailgate3.oppenheimerfunds.com made the following annotations - This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14
Gil, When I said choked, I really meant crashed (as in choked and died). The reference to DFSMSdss is my bad, and in fact it may have been changing DFSMShsm to use the dss datamover that solved many of the dataset left behind problems we were having at this particular site. It's been 15 years since I worked as a Storage Admin so the memory is a bit dodgy, but I'm certain there was a time when DFSMShsm would not migrate an empty dataset. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Sunday, March 18, 2012 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] IEFBR14 On Sun, 18 Mar 2012 10:02:28 -0400, Gerhard Postpischil wrote: On 3/18/2012 9:03 AM, Ron Hawkins wrote: And finally, my memory may be a bit dodgy nowadays, but it's my recollection that the EOF for empty datasets was introduced so that DFSMShsm and DFSMSdss could migrate, move and copy empty datasets. When there is no EOF for a zero empty dataset these utilities choke and spit it back. I don't think security was an objective. IIRC, there was a time in prehistory or thereabouts when HSM choked attempting to migrate a properly formatted PDS with no members. There might have been a mismotivated performance concern here: If it's empty, it's more efficient to delete and later reallocate than to migrate and recall. When you use the ALLDATA option, DSS copies whatever exists past the last valid EOF. ... Presumably also past DS1LSTAR? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14
Gerhard, Does this ALLDATA change the access method used by DFSMSdss? For logical copy I've found that DFSMSdss actually calls utilities like IDCAMS and IEBCOPY to read or write the dataset. I'm guessing that using ALLDATA to read all the allocated space for a dataset would cause DFSMSdss invoke an access method that is not concerned when the physical structure of the file changes part way through. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gerhard Postpischil Sent: Sunday, March 18, 2012 7:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] IEFBR14 On 3/18/2012 9:03 AM, Ron Hawkins wrote: And finally, my memory may be a bit dodgy nowadays, but it's my recollection that the EOF for empty datasets was introduced so that DFSMShsm and DFSMSdss could migrate, move and copy empty datasets. When there is no EOF for a zero empty dataset these utilities choke and spit it back. I don't think security was an objective. When you use the ALLDATA option, DSS copies whatever exists past the last valid EOF. This means that it has the capability of copying anything, regardless of DCB parameters, or whether or not those tracks have been used. So exactly what condition would choke and spit it back? I guess that DSS, and presumably HSM, use a Read Track or Read Track Multiple, and the only condition that might cause a problem would be an uninitialized track, lacking basic home address information. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14
You can use DF/DSS EXEC card parm UTILMSG=YES to see what 'general access method' ADRDSSU is using to copy data. Default is UTILMSG=ERROR (only if utility bugs out). Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Tuesday, 20 March 2012 1:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFBR14 Gerhard, Does this ALLDATA change the access method used by DFSMSdss? For logical copy I've found that DFSMSdss actually calls utilities like IDCAMS and IEBCOPY to read or write the dataset. I'm guessing that using ALLDATA to read all the allocated space for a dataset would cause DFSMSdss invoke an access method that is not concerned when the physical structure of the file changes part way through. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gerhard Postpischil Sent: Sunday, March 18, 2012 7:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] IEFBR14 On 3/18/2012 9:03 AM, Ron Hawkins wrote: And finally, my memory may be a bit dodgy nowadays, but it's my recollection that the EOF for empty datasets was introduced so that DFSMShsm and DFSMSdss could migrate, move and copy empty datasets. When there is no EOF for a zero empty dataset these utilities choke and spit it back. I don't think security was an objective. When you use the ALLDATA option, DSS copies whatever exists past the last valid EOF. This means that it has the capability of copying anything, regardless of DCB parameters, or whether or not those tracks have been used. So exactly what condition would choke and spit it back? I guess that DSS, and presumably HSM, use a Read Track or Read Track Multiple, and the only condition that might cause a problem would be an uninitialized track, lacking basic home address information. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN