Re: STCK vs TIMUSED
Hold on a moment. Michael, you said you had to add C2X() to the statement. Are you using an EVALUATE command requesting the data be returned in character format? If so, are you using the UNFORMATTED operand as well? I don't remember which release of z/OS and its related IPCS implemented it, but until the UNFORMATED operand was made available, the EVALUATE command translated all data from the dump, when requested in CHARACTER format, to have unprintable characters translated to periods to avoid printing problems. If you're EVALUATE command is not using the UNFORMATED option, then you will not get accurate values for your times. That is why I showed my EVALUATE command with the conversion expression: EVAL addr LEN(8) HEX REXX(STO(RAWTOD)) Notice the HEX operand. Tony is very correct in that the expression can be shortened, but this would be the correct shortened expressions: TOD1 = X2D(LEFT(RAWTOD,13)) You would only need the C2X if you are requesting EVALUATE to return CHARACTER data instead of HEX, and that can be a problem unless you also are using the UNFORMATTED operand. Hope this helps. Tony, thanks for improving on the expression. Chuck Charles Hardee CA technologies Sr Sustaining Engineer Tel: +1-952-838-1039 charles.har...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony Harminc Sent: Saturday, February 05, 2011 10:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: STCK vs TIMUSED On 5 February 2011 21:59, michealbutz michealb...@optonline.net wrote: I had to add TOD1 = X2D( B2X( LEFT( X2B( C2X(RAWTOD) ),52) ) ) Whew - that's a complicated expression. But let's come back to it. Since I got the data off the Evaluate command Just one question why shift left 12 bits That's equivalent to a right shift - not a left one. The reason is that the TOD clock is defined such that bit position 51 (we number the leftmost bit 0, and the rightmost 63) is incremented every microsecond. So if you think of the clock as a number comprising 64 binary digits (bits), with an implied binary point to the right of bit 51, then the first digit to the left of the point counts microseconds (henceforth uS to keep it short), the next left counts 2 x uS, the next 4 x uS, and so on. The first digit to the right of the point counts uS/2, the next uS/4, and so on. If a decimal analogue helps, imagine that I tell you there is, say, a number comprising 10 decimal digits (we can call them dits), with an implied decimal point between dits 6 and 7, and that this number represents money. Then I could tell you that the first digit to the left of the point counts dollars, and you would immediately understand that the next left counts dollars x 10, the next counts dollars x 100, and so on, and that the first digit to the right of the point counts dimes, the next one right counts cents, and the next one counts tenths of cents or mills. On any given machine model the clock may count with greater or lesser precision, but the effect is as though bit 51 were incremented every uS, just as we might increment our money counter by dollars or cents or even by 100-dollar chunks, without changing the fact that dit position 6 represents dollars. For very many (doubtless most) practical purposes, measuring elapsed time to the uS is Good Enough, and it is quite a bit easier both conceptually and practically to do decimal integer arithmetic with whole uS, then with binary fractions of uS. Now as to your REXX expression... It seems correct, but you can make it shorter, more efficient, and easier to understand. Since you want to remove the rightmost 12 bits (i.e. keep the leftmost 52), and 12 just happens (heh) to be a multiple of 4, which is the number of bits represented by a hex digit, you can avoid the conversion to REXX binary and back, and remove the rightmost three hex digits instead. TOD1 = X2D( LEFT( C2X( RAWTOD ),13 ) ) Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF uses the wrong JES2 command character
For reasons lost in antiquity, we use the / instead of the $ as the JES command character. We are now installing z/OS 1.11 on a brand new system. I have changed the CONCHAR and RDRCHAR operands on the CONDEF statement in the JES2 parms and in the $T CONDEF command but SDSF still insists on using the $ for tasks like purging held output. I stopped and restarted the SDSF started task with no apparent effect. I have checked the SDSF Operations and Customization manual and the SDSF help but I have been unable to locate where it is set. Could some kind soul please tell me how I direct SDSF to use the new command character. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FDRCOPY behavior when copying SMS compressed data sets
Hi, When DFDSS makes a logical copy of an SMS-compressed data set (either sequential or VSAM) - it tries to copy it as-is (track image) without decompressing and re-compressing the data. I wonder, does FDRCOPY behave in a similar manner? Thanks in advance, Yifat -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/e help
I have some fixes to put on a product. I have ftp'ed them to my pc then used ind$file(through pcomm) to place them in a dataset on the mainframe. So now I have 31 fixes in a dataset I have tried to receive them but I get when the 1st card is read I get: RECEIVE SELECT( ++APAR (QO73596) GIM20311S ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 01. DESC (JESEXITS for z/OS 1.7) then afterward eveything is in error. I am at a loss at how to get them into the pts without taking each one and sticking a DLM statement to it. Seems like a long way around a small problem. What am I missing? Any ideas?? Thanks Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FDRCOPY behavior when copying SMS compressed data sets
I strongly suspect it does, but if you really want a definitive answer, call Innovation, they are happy to answer such questions (and quickly too). On Mon, Feb 7, 2011 at 9:03 AM, Yifat Oren yi...@tmachine.com wrote: Hi, When DFDSS makes a logical copy of an SMS-compressed data set (either sequential or VSAM) - it tries to copy it as-is (track image) without decompressing and re-compressing the data. I wonder, does FDRCOPY behave in a similar manner? Thanks in advance, Yifat -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/e help
I think you have your DDnames mix up. The file with the ++APAR/++PTF/++USERMOD should be //SMPPTFIN DD. The ' RECEIVE LIST. ' command should be //SMPCNTL DD. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/e help
GIM20311S ** THERE IS A SYNTAX ERROR IN THE CONTROL STATEMENT AT COLUMN 01. is the dataset pointed to by SMPPTFIN RECFM=FB, LRECL=80 ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/e help
Here is the jcl: //SMPE EXEC PGM=GIMSMP,PARM='DATE=U',REGION=4096K //SMPCSI DD DISP=OLD,DSN=CAI.DS60.CSI //SMPPTS DD DISP=OLD,DSN=CAI.DS60.SMPPTS //SMPLOG DD SYSOUT=X //SYSUT1 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) //SYSUT2 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) //SYSUT3 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) //SYSUT4 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) //SMPE.SMPPTFIN DD DSN=SYSP.DS60.FILES,DISP=SHR //SMPCNTL DD * SET BOUNDARY(GLOBAL) . RECEIVE SYSMODS LIST . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FDRCOPY behavior when copying SMS compressed data sets
Hi Yifat, When FDRCOPY copies a data set track it does a physical track copy and does not decompress the data when doing so. Joseph Butz jb...@fdrinnovation.com Original Message Subject: FDRCOPY behavior when copying SMS compressed data sets Date: Mon, 7 Feb 2011 16:03:27 +0200 From: Yifat Oren mailto:yi...@tmachine.com yi...@tmachine.com Reply-To: IBM Mainframe Discussion List mailto:IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu Newsgroups: bit.listserv.ibm-main Hi, When DFDSS makes a logical copy of an SMS-compressed data set (either sequential or VSAM) - it tries to copy it as-is (track image) without decompressing and re-compressing the data. I wonder, does FDRCOPY behave in a similar manner? Thanks in advance, Yifat -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email (and attachments, if any) is confidential and access by anyone other than the addressee(s) is unauthorized. We would appreciate your notifying the sender and supp...@fdrinnovation.com immediately if you are not the intended recipient of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/e help
On Mon, 7 Feb 2011 08:32:06 -0600 Larry Macioce mace1...@gmail.com wrote: :Here is the jcl: : ://SMPE EXEC PGM=GIMSMP,PARM='DATE=U',REGION=4096K ://SMPCSI DD DISP=OLD,DSN=CAI.DS60.CSI ://SMPPTS DD DISP=OLD,DSN=CAI.DS60.SMPPTS ://SMPLOG DD SYSOUT=X ://SYSUT1 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) ://SYSUT2 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) ://SYSUT3 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) ://SYSUT4 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) ://SMPE.SMPPTFIN DD DSN=SYSP.DS60.FILES,DISP=SHR ://SMPCNTL DD * : SET BOUNDARY(GLOBAL) . :RECEIVE : SYSMODS LIST . Your earlier post indicated RECEIVE SELECT( Which is it? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/e help
I have tried both . The rec select gives the error I have shown and the jcl I gave is giving me an wrong length record, the smpptfin is fb 80 3120 so I am a little confused which I am working on. Sorry about not sending both examples Thanks Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/e help
//SMPE EXEC PGM=GIMSMP,PARM='DATE=U',REGION=4096K //SMPCSI DD DISP=OLD,DSN=CAI.DS60.CSI //SMPPTS DD DISP=OLD,DSN=CAI.DS60.SMPPTS //SMPLOG DD SYSOUT=X //SYSUT1 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) //SYSUT2 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) //SYSUT3 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) //SYSUT4 DD UNIT=SYSDA,SPACE=(3000,(380,760)),DISP=(,DELETE) //SMPE.SMPPTFIN DD DSN=SYSP.DS60.FILES,DISP=SHR //SMPCNTL DD * SET BOUNDARY(GLOBAL) . RECEIVE SYSMODS LIST . Is your library SYSP.DS60.FILES A sequential library or PDS? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/e help
Yes, all sysmods reside in it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/e help
If it is a PDS, then you need to specify a member name. On Mon, Feb 7, 2011 at 11:16 AM, Larry Macioce mace1...@gmail.com wrote: Yes, all sysmods reside in it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF uses the wrong JES2 command character
On 2/7/2011 5:53 AM, Schwarz, Barry A wrote: For reasons lost in antiquity, we use the / instead of the $ as the JES command character. We are now installing z/OS 1.11 on a brand new system. I have changed the CONCHAR and RDRCHAR operands on the CONDEF statement in the JES2 parms and in the $T CONDEF command but SDSF still insists on using the $ for tasks like purging held output. I stopped and restarted the SDSF started task with no apparent effect. I have checked the SDSF Operations and Customization manual and the SDSF help but I have been unable to locate where it is set. Could some kind soul please tell me how I direct SDSF to use the new command character. No product should require you to set this character. It can be sensed programmatically using JES interfaces. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSMStvs Logstreams
Hi list. We are a ZOS 1.9 shop implementing DFSMStvs for some of our vsam datasets. Recently I've noticed that the IGWLOG logstreams has a high number of logstream datasets which were created due to an offload process. I couldn't find any formal way that DFSMStvs would delete the logstream datasets which I beleive are irrelevant (Have logstreams datasets since tvs was restarted). saw a restriction of using RETPD0 and AOTODELETE(YES) and not using them. Does anybody know how to delete these logstreams (since SMS pool might be full someday...) Thanks in advance. Magen. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMStvs Logstreams
Try bringing up the CICS regions with START=INITIAL -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Magen Margalit Sent: Monday, February 07, 2011 11:58 AM To: IBM-MAIN@bama.ua.edu Subject: DFSMStvs Logstreams Hi list. We are a ZOS 1.9 shop implementing DFSMStvs for some of our vsam datasets. Recently I've noticed that the IGWLOG logstreams has a high number of logstream datasets which were created due to an offload process. I couldn't find any formal way that DFSMStvs would delete the logstream datasets which I beleive are irrelevant (Have logstreams datasets since tvs was restarted). saw a restriction of using RETPD0 and AOTODELETE(YES) and not using them. Does anybody know how to delete these logstreams (since SMS pool might be full someday...) Thanks in advance. Magen. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Data Masking - 3270 Sceens
Hello list, I' searching for 3270 data masking solution for sensitive data , such as SSN# I am aware of a few products, but want to do some due-diligence with this experience group. Hoping for some PCI responses. I believe I have an Attachment xtreme/ Refection solution with Privacy filters and scripting. Of course we don't want to change data right away to implement a privacy solution. This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX signal
In snt113-w2244cd8e3c93ea73a4a235c6...@phx.gbl, on 02/05/2011 at 02:56 AM, john gilmore john_w_gilm...@msn.com said: The REXX signal statement is a VARIANT of the PL/I signal statement. No. A SIGNAL in PL/I preserves context. The behavior in REXX is very different. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMStvs Logstreams
Sorry, I responded to the wrong message. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Monday, February 07, 2011 12:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFSMStvs Logstreams Try bringing up the CICS regions with START=INITIAL -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Magen Margalit Sent: Monday, February 07, 2011 11:58 AM To: IBM-MAIN@bama.ua.edu Subject: DFSMStvs Logstreams Hi list. We are a ZOS 1.9 shop implementing DFSMStvs for some of our vsam datasets. Recently I've noticed that the IGWLOG logstreams has a high number of logstream datasets which were created due to an offload process. I couldn't find any formal way that DFSMStvs would delete the logstream datasets which I beleive are irrelevant (Have logstreams datasets since tvs was restarted). saw a restriction of using RETPD0 and AOTODELETE(YES) and not using them. Does anybody know how to delete these logstreams (since SMS pool might be full someday...) Thanks in advance. Magen. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Associate user with started task
Hello all, I have a question. How do you associate a userid with a started task? I don't want to use the default started task uid, I want to set up a test id so that I can manipulate the attribute of the user without affecting other started tasks that use the default user id. I looked at the start command, but there were no user type parameters for it. In the jcl book it says you can use a user= parm, but don't put it on a started task because it won't work. Any help appreciated. Thanks! == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Associate user with started task
Which security product do you have ACF2, RACF, Top Secret? Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Associate user with started task
Use the STARTED class in RACF. For example: RDEFINE STARTED MYSTC.* OWNER(ME) + DATA('MY NIFTY STARTED TASK') + STDATA( + USER(ME) + GROUP(MYGROUP) + TRACE(YES) + ) SETROPTS RACLIST(STARTED) REFRESH Note that the userid ME must be CONNECTed in RACF to the group MYGROUP. If it is not, then this won't match and the assignment will fail. -- 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 Ward, Mike S Sent: Monday, February 07, 2011 2:32 PM To: IBM-MAIN@bama.ua.edu Subject: Associate user with started task Hello all, I have a question. How do you associate a userid with a started task? I don't want to use the default started task uid, I want to set up a test id so that I can manipulate the attribute of the user without affecting other started tasks that use the default user id. I looked at the start command, but there were no user type parameters for it. In the jcl book it says you can use a user= parm, but don't put it on a started task because it won't work. Any help appreciated. Thanks! == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Associate user with started task
RACF -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Schramm Sent: Monday, February 07, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Associate user with started task Which security product do you have ACF2, RACF, Top Secret? Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
test message - delete
John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMStvs Logstreams
Hi, There's a new RedBook - *SMF Logstream Mode: Optimizing the New Paradigm* http://www.redbooks.ibm.com/abstracts/sg247919.html?Openhttp://www.ibm.com/vrm/newsletter_10300_8476_184676_email_DYN_1IN/RGefen108902139 You can try and look at it for clarifications, maybe there's an answer/hint there :-). On Mon, Feb 7, 2011 at 6:58 PM, Magen Margalit syste...@gmail.com wrote: Hi list. We are a ZOS 1.9 shop implementing DFSMStvs for some of our vsam datasets. Recently I've noticed that the IGWLOG logstreams has a high number of logstream datasets which were created due to an offload process. I couldn't find any formal way that DFSMStvs would delete the logstream datasets which I beleive are irrelevant (Have logstreams datasets since tvs was restarted). saw a restriction of using RETPD0 and AOTODELETE(YES) and not using them. Does anybody know how to delete these logstreams (since SMS pool might be full someday...) Thanks in advance. Magen. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Chip Grantham is out of the office
I will be out of the office starting 02/07/2011 and will not return until 02/08/2011. *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Using CTTSBD of Control-T to migrate volumes
Hello forummers, Has anyone had experience with CTTSBD utility of CONTROL-M/T to copy volumes (not stacking just copy one to one) and willing to share his/her experience ? Thanks, Arye Shemer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html