Re: 3745 cable pin out.
There was a complete set of manuals shipped with every 3745 and one of them was just what you are looking for. It describes every standard, non-RPQ, cable for the 3745 and all its features, complete with IBM Part Number and the pin-out of the DCE end of the cables. AFAIK the manual was the same for all models of the 3745. The book wasn't used very often, but if the shipping group of your machine is complete it should be there, most likely with the CE-only manuals. HTH Mike Maylone Hal Merritt [EMAIL PROTECTED] wrote: Can anyone point me to where the various RS232 interconnection connection cables are documented, to include IBM part numbers and pin out? Thanks. Hal Merritt __ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Geoplex performance considerations
TISLER Zaromil [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... It depends on what you call CF mirroring: System Managed Coupling Facility Structure Duplexing is supported now. This requires direct links between the CF's and these links seem to be limited to 5 km to prevent unacceptable delays. According to System-Managed CF Structure Duplexing, page 32 GM13-0103-05 (June 2004) URL: http://www-03.ibm.com/servers/eserver/zseries/library/techpapers/pdf/gm13010 3.pdf Recommendation: In a GDPS/PPRC multi-site configuration, do not duplex CF structure data between coupling facilities located in different sites; rather, if desired, duplex the structures between two coupling facilities located at the same site. CF structure data is not preserved in GDPS site failover situations, regardless of CF Duplexing. There is no newer information on Coupling Facility and the Parallel Sysplex URL: http://www-03.ibm.com/servers/eserver/zseries/pso/coupling.html Regards, Zaromil We found the information in: http://www.redbooks.ibm.com/redpieces/pdfs/sg246374.pdf from July 2005, page 13 and 14: This feature is primarily intended to allow installations to do data sharing without having to have a failure-isolated CF. However, the design of SM Duplexing means that having the CFs a significant distance (kilometers) apart can have a dramatic impact on CF response times for the duplexed structures. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there any XML parser available on z/OS ?
I have written a fast XML (SAX) parser in C, which runs on z/OS, callable from C, PL/1 or other languages. But I probably will not be able to sell it to you, because the development was paid by a customer of mine. But if you really want, I can ask them. You can use the toolkit or get another open source XML parser and try to port it to z/OS, if not already done. But they usually have large footprints and do lot of things you probably don't want. Our parser is fast and not very large (some 1000 lines of source code). Kind regards Bernd Am Dienstag, 25. Oktober 2005 17:17 schrieben Sie: On Monday 26 September 2005 04:58 am, CAPRON Romain wrote: Hello, I would like to know if there is an XML parser available on z/OS? Thanks a lot in advance for your help, Romain Enterprise COBOL provides for XML support. You can also download a XML toolkit for C/C++ and JAVA XML support. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there any XML parser available on z/OS ?
We have used this for our WF for Z/OS software... http://www-03.ibm.com/servers/eserver/zseries/software/xml/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sysplex Distributor with DVIPA experiences to share?
Hi, The main benefits of Sysplex Distributor with DVIPA are: * network-based workload balancing for TCP/IP applications * non-disruptive application server instance movement * non-disruptive takeover and takeback of the distributor in case of a TCP/IP stack failure Q1. Have you implemented Sysplex Distributor? Main reason: high (continuous) availability? workload balancing? both? Q2. What kind of applications? IMS Connect? With or without shared queues? Pros, cons in this respect? OTMA considerations? DB2 Connect? Home-written Connector? MQ? With MQ clustering? Or MQ shared queues? Pros, cons in this respect? Q3. Any experiences to share? nasty, pretty, watch-outs ... Stability of the involved product set? In other words, is this proven technology after 4 years of availability? Difficulties encountered? I'm pretty sure you have in this TCP connection oriented world. Shortcomings? I realize, these are easy questions, with open ended answers. Anyhow, we are interested in the slightest fdbk you want to share. Jan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Changing time Date
Dear Listers In my shop, on a z990 box, we have parallel sysplex with catalog sharing and our systems are on z/OS 1.6. Java application guys here wants to test his application in different time zone, time and date from USS. He could managed to get away with timezone by using the TZ environment variable. Changing time date appears to be beyond CLOCKxx and TZ environment variable. Can you please tell me whether such a change possibled time?, as I believe that each z/OS system picksup date and time from TOD clock or something like that from the mainframe. Can date time be changed without affecting the other systems in the sysplex? Is the data time change is a straight forward one? TIAArun __ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Geoplex performance considerations
-Original Message- From: IBM Mainframe Discussion List On Behalf Of TISLER Zaromil When I left IGS in June 2004, CF mirroring was not supported. Is it now? No. System-managed CF Duplexing is about as close as it gets, so far. See Chapter 2 in http://www.redbooks.ibm.com/abstracts/sg246374.html?Open. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Geoplex performance considerations
-Original Message- From: IBM Mainframe Discussion List On Behalf Of TISLER Zaromil It depends on what you call CF mirroring: System Managed Coupling Facility Structure Duplexing is supported now. This requires direct links between the CF's and these links seem to be limited to 5 km to prevent unacceptable delays. According to System-Managed CF Structure Duplexing, page 32 GM13-0103-05 (June 2004) URL: http://www-03.ibm.com/servers/eserver/zseries/library/techpapers/pdf/gm13010 3.pdf Recommendation: In a GDPS/PPRC multi-site configuration, do not duplex CF structure data between coupling facilities located in different sites; rather, if desired, duplex the structures between two coupling facilities located at the same site. CF structure data is not preserved in GDPS site failover situations, regardless of CF Duplexing. There is no newer information on Coupling Facility and the Parallel Sysplex URL: http://www-03.ibm.com/servers/eserver/zseries/pso/coupling.html Interesting. That recommendation and limitation are not repeated in this July 2005 Redbook on GDPS: http://www.redbooks.ibm.com/abstracts/sg246374.html?Open -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Geoplex performance considerations
Chase, John [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... -Original Message- From: IBM Mainframe Discussion List On Behalf Of TISLER Zaromil It depends on what you call CF mirroring: System Managed Coupling Facility Structure Duplexing is supported now. This requires direct links between the CF's and these links seem to be limited to 5 km to prevent unacceptable delays. According to System-Managed CF Structure Duplexing, page 32 GM13-0103-05 (June 2004) URL: http://www-03.ibm.com/servers/eserver/zseries/library/techpapers/pdf/gm13010 3.pdf Recommendation: In a GDPS/PPRC multi-site configuration, do not duplex CF structure data between coupling facilities located in different sites; rather, if desired, duplex the structures between two coupling facilities located at the same site. CF structure data is not preserved in GDPS site failover situations, regardless of CF Duplexing. There is no newer information on Coupling Facility and the Parallel Sysplex URL: http://www-03.ibm.com/servers/eserver/zseries/pso/coupling.html Interesting. That recommendation and limitation are not repeated in this July 2005 Redbook on GDPS: http://www.redbooks.ibm.com/abstracts/sg246374.html?Open -jc- Yes, it is, see page 13: However, the design of SM Duplexing means that having the CFs a significant distance (kilometers) apart can have a dramatic impact on CF response times for the duplexed structures. Kees ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing time Date
On Wed, 26 Oct 2005 05:31:59 -0700, arun kumar [EMAIL PROTECTED] wrote: Dear Listers In my shop, on a z990 box, we have parallel sysplex with catalog sharing and our systems are on z/OS 1.6. Java application guys here wants to test his application in different time zone, time and date from USS. He could managed to get away with timezone by using the TZ environment variable. Changing time date appears to be beyond CLOCKxx and TZ environment variable. Can you please tell me whether such a change possibled time?, as I believe that each z/OS system picksup date and time from TOD clock or something like that from the mainframe. Can date time be changed without affecting the other systems in the sysplex? Is the data time change is a straight forward one? TIAArun There are various software products that can do this for MVS jobs, but I don't know if they work for the z/OS Unix environment. We still have one LPAR with such a product (HourGlass) and I just tried adding the DD cards to change the date/time and ran a rexx program via BPXBATCH and it did nothing. (that doesn't mean there isn't a way with this product). Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM z9 upgrade and the SW pricing benefit
You cannot do that. 16 GB is minimum as increments are in 16 GB too. On 10/25/05, Edward E. Jaffe [EMAIL PROTECTED] wrote: Dave Butts wrote: Yea, sounds great on the surface. But according to my IBM rep you now must purchase your memory for the z9 in a minimum block of 16Gb!!! You want to buy a shiny new z9-109 with less than 16GB? Heck, we've got 8GB on our lowly z800 -- and using all of it! -- - | Edward E. Jaffe | | | Mgr, Research Development | [EMAIL PROTECTED] | | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801 | | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3745 cable pin out.
In a message dated 10/26/2005 2:14:34 A.M. Central Standard Time, [EMAIL PROTECTED] writes: The book wasn't used very often, but if the shipping group of your machine is complete it should be there, most likely with the CE-only manuals. I called myself looking online, but couldn't find anything. Do you have a link? All the 'old' stuff used to come with a hardware reference manual-Pin-outs, cable positions, bay numbering, power, ventillation.. Pretty boring stuff unless you needed it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT - rounding up in OUTREC calculations.
Tim Liddy wrote on 10/25/2005 10:18:46 PM: I have a user who is trying to perform some calculations in the following DFSORT OUTREC statement: OUTREC=(1:29,44,X, (93,4,BI,MUL,+1024,DIV,+56664,DIV,+15),M1, (101,4,BI,MUL,+1024,DIV,+56664,DIV,+15),M1,42X) He is getting errors as the result of the DIV function is rounded down. Is there any way to get the result rounded up if it is .5, he has tried adding 0.5, but gets a syntax error on the decimal point. Only integers are allowed for arithmetic expressions. Instead of using .5, how about using +5 and then dividing by +10? If you need more help then that, please give me an example of the values for 93,4,BI and 101,4,BI that are getting errors as the result of rounding down, what exactly you want to round up, and what result you want. Frank Yaeger - DFSORT Team (IBM) Specialties: ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM z9 upgrade and the SW pricing benefit
Marian Gasparovic wrote: You cannot do that. 16 GB is minimum as increments are in 16 GB too. Not on z800. -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | '-' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changing time Date
Can date time be changed without affecting the other systems in the sysplex? I doubt it. Part of the sysplex concept is a common time source, so that all images in the plex are on the same time. I doubt if you can change the time on one image without crashing. Back in the late 90s, there were a number of programs which could make the time/date appear to be different for specific jobs, for use in Y2K testing. I don't know how many are still around or if they will work with Java or USS. I quick search found this one http://www.cobbsmill.com/simdate.htm -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSORT problem when generating RMM reports
Hi. I'm facing a strange problem when generating RMM reports using DFSORT. I use JCL generated by the ISPF reporting function in RMM. In short, I receive the following message for a few of the reports whilst other similar reports work fine: ICE218A 1 820 BYTE VARIABLE RECORD IS SHORTER THAN 1065 BYTE MINIMUM FOR FIELDS These are the DFSORT control stmts generated by RMM under ISPF: OPTION VLSHRT,VLSCMP INCLUDE COND=((5,1,CH,EQ,C'X'), AND, ((164,8,CH,EQ,C'SHELF'), AND, (1326,5,CH,LT,C'2')), AND, (156,8,CH,EQ,C'VLT1'), OR, (156,8,CH,EQ,C'DR2H'), OR, (156,8,CH,EQ,C'DR8H'), OR, (156,8,CH,EQ,C'DR8A'), OR, (156,8,CH,EQ,C'DR8B'), OR, (156,8,CH,EQ,C'DR8C')) INREC FIELDS=(1,4, 164,8,C' ', 156,8,C' ', 9,6,C' ', 809,44,C' ', 172,6,C' ', 318,4,C' ', 119,10,C' ', 337,3,C' ', 1058,8,C' ', 853,10,C' ', 863,6,C' ') SORT FIELDS=(5,8,CH,A, 14,8,CH,A, 23,6,CH,A) I use the extended report file as input, created using the following JCL: //EDGHSKP EXEC PGM=EDGHSKP,PARM='RPTEXT,DATEFORM(E)' //SYSPRINT DD SYSOUT=* //MESSAGE DD DSN=RMM.MESSAGES,DISP=SHR //XREPTEXT DD DSN=RMM.XREPORT,DISP=SHR RMM.XREPORT is allocated as VB/1390/27998. I've analysed the report file looking for 'short' records with the following result: OPTION COPY OUTFIL INCLUDE=(1,2,BI,LT,X'0560',AND,5,1,CH,EQ,C'X') ICE201I 0 RECORD TYPE IS V - DATA STARTS IN POSITION 5 ICE751I 0 C5-Q95214 C6-Q95214 C7-BASE C8-Q95214 E9-Q95214 C9-BASE E5- Q95214 E7-Q95214 SNIP ICE235I 0 OPTIONS: NULLOUT=RC0 ICE084I 0 EXCP ACCESS METHOD USED FOR SORTIN ICE231I 0 STORAGE USED FOR OUTFIL : BELOW 16M = 25600, ABOVE 16M = 2126848 ICE210I 0 SORTOUT : BSAM USED, LRECL = 1390, BLKSIZE = 27998, TYPE = VB ICE751I 1 EF-Q95214 CB-Q95214 F0-Q84357 E8-Q95214 ICE055I 0 INSERT 0, DELETE 0 ICE054I 0 RECORDS - IN: 366357, OUT: 366357 ICE227I 0 SORTOUT : DELETED = 366357, REPORT = 0, DATA = 0 ICE228I 0 SORTOUT : TOTAL IN = 366357, TOTAL OUT = 0 ICE174I 0 NO DATA RECORDS FOR AN OUTFIL DATA SET - RC=0 ICE052I 0 END OF DFSORT My conclusion is that there are no 'X' records that are shorter than 1376 bytes (x'560'). However there are records that are 820 bytes long as shown in the ICE218A message, but they contain a 'V' in pos 5, not 'X'. So why do I get message ICE218A? ICETOOL shows the following statistics for the RDW and record type: -RDW- -TYPE- RECS -- -- --- 114 R 25710 209 H 1 218 K112 358 O 96 512 D 156544 820 V 25710 1376 X 158184 I'm running z/OS 1.5 and DFSORT V1R5. Thanks in advance for anything that can explain what's going on. Staffan PS. The following works(!) - only some of the INCLUDE offsets have changed: OPTION VLSHRT,VLSCMP INCLUDE COND=((5,1,CH,EQ,C'X'), AND, ((156,8,CH,EQ,C'SHELF'), AND, (1326,5,CH,LT,C'2')), AND, (164,8,CH,EQ,C'VLT1'), OR, (164,8,CH,EQ,C'DR2H'), OR, (164,8,CH,EQ,C'DR8H'), OR, (164,8,CH,EQ,C'DR8A'), OR, (164,8,CH,EQ,C'DR8B'), OR, (164,8,CH,EQ,C'DR8C')) INREC FIELDS=(1,4, 164,8,C' ', 156,8,C' ', 9,6,C' ', 809,44,C' ', 172,6,C' ', 318,4,C' ', 119,10,C' ', 337,3,C' ', 1058,8,C' ', 853,10,C' ', 863,6,C' ') SORT FIELDS=(5,8,CH,A, 14,8,CH,A, 23,6,CH,A) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DISP=MOD UNIT=CART/TAPE
Janek, Thanks for pointing this out. It looks like the problem that we had. Also, I am now signed up to receive future notices - I should have done that a long time ago... Robert -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jakubek, Jan Sent: Tuesday, October 25, 2005 12:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DISP=MOD UNIT=CART/TAPE Today, I received this notification from CA: Subject: COMPUTER ASSOCIATES PML SOLUTION NOTIFICATION - QI73753 Title: SECONDARY VOLUMES MAY BE LOST DURING DISP=MOD Product: 1 Release: 11.0 Opsys: OS Solution #: 99 http://supportconnect.ca.com/sc/solcenter/solresults.jsp?aparno=QI73753 It seems to provide a workaround/ solution. Hth ... Janek Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Repro VSAM to Tape problem
Hello, I am attempting to copy repro a vsam file to tape and back. On the copy to tape I am getting IEC141I 013-34 The manual give me several options. What am I doing incorrect to copy to tape and back to disk. Any one have a jobstreamt to repro vsam to tape and back to disk. The following is my jcl and control cards. I abend on this step. //COPYSTEP EXEC PGM=IDCAMS,REGION=0K //SYSPRINT DD SYSOUT=* //INPUT1 DD DSN=RKI.CSI,DISP=OLD //OUTPU1 DD DSN=RKI.CSI.TAPECOPY, // DISP=(NEW,PASS),LABEL=(1,,RETPD=5), // UNIT=(3480,,DEFER),VOL=(,RETAIN) //SYSINDD * REPRO - INFILE(INPUT1) - OUTFILE(OUTPU1) Later in the jobstream I will copy back to disk. //COPYBACK EXEC PGM=IDCAMS,COND=(0,LT),REGION=0K //SYSPRINT DD SYSOUT=* //INPUT1 DD DSN=RKI.CSI.TAPECOPY, // DISP=OLD,LABEL=1,UNIT=(3480,,DEFER), // VOL=(,RETAIN,REF=*.COPYSTEP.INPUT1) //OUTPU1 DD DSN=RKI.CSI,DISP=OLD //SYSINDD * REPRO - INFILE(INPUT1) - OUTFILE(OUTPU1) The following is the instruction from the manual for a return code of 34 34 The system detected one of these conditions: The following combination was specified: QSAM, MACRF=GD or PD, and a RECFM value that is not VS, VBS, DS, or DBS. An OPEN macro instruction was issued for a data set with BLKSIZE and BUFL equal to 0. The system determined that it had to obtain buffers but was unable to do so. RECFM was specified with both the A and M attributes. The following combination was specified: QSAM, LRECL=0, and a RECFM value that is not V or VB. The following combination was specified: RECFM=V or VB and LRECL greater than the quantity BLKSIZE minus 4. | The following combination was specified: QSAM and BLKSIZE=0. | No nonzero BLKSIZE value was available from any source and | the system could not determine one. Coding BLKSIZE=0 in the | JCL never has an effect except when overriding a cataloged | procedure variable. The following combination was specified: RECFM not variable or undefined and LRECL greater than BLKSIZE. The following combination was specified: BFTEK=A, RECFM=VBS, and LRECL=0. Ed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Repro VSAM to Tape problem
Provide approiate DCB parameters for DD OUTPU1 on copystep snip //COPYSTEP EXEC PGM=IDCAMS,REGION=0K //SYSPRINT DD SYSOUT=* //INPUT1 DD DSN=RKI.CSI,DISP=OLD //OUTPU1 DD DSN=RKI.CSI.TAPECOPY, // DISP=(NEW,PASS),LABEL=(1,,RETPD=5), // DCB=(RECFM=xx,LRECL=n,BLKSIZE=n),INSERT DCB INFO HERE. // UNIT=(3480,,DEFER),VOL=(,RETAIN) //SYSINDD * REPRO - INFILE(INPUT1) - OUTFILE(OUTPU1) /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Repro VSAM to Tape problem
In the COPYBACK step, doesn't the Referback need to point to OUTPU1, not INPUT1 ?? I abend on this step. //COPYSTEP EXEC PGM=IDCAMS,REGION=0K //SYSPRINT DD SYSOUT=* //INPUT1 DD DSN=RKI.CSI,DISP=OLD //OUTPU1 DD DSN=RKI.CSI.TAPECOPY, // DISP=(NEW,PASS),LABEL=(1,,RETPD=5), // UNIT=(3480,,DEFER),VOL=(,RETAIN) //SYSINDD * REPRO - INFILE(INPUT1) - OUTFILE(OUTPU1) Later in the jobstream I will copy back to disk. //COPYBACK EXEC PGM=IDCAMS,COND=(0,LT),REGION=0K //SYSPRINT DD SYSOUT=* //INPUT1 DD DSN=RKI.CSI.TAPECOPY, // DISP=OLD,LABEL=1,UNIT=(3480,,DEFER), // VOL=(,RETAIN,REF=*.COPYSTEP.INPUT1) //OUTPU1 DD DSN=RKI.CSI,DISP=OLD //SYSINDD * REPRO - INFILE(INPUT1) - OUTFILE(OUTPU1) Tom Savor Certegy Card Services 11720 Amber Park Drive, Suite 500 Alpharetta, GA 30004 Phone: 770-576-1167 cell: 404-660-6898 E-Mail: [EMAIL PROTECTED] /\/\_00_/\/\ -- This message contains information from Certegy, Inc which may be confidential and privileged. If you are not an intended recipient, please refrain from any disclosure, copying, distribution or use of this information and note that such actions are prohibited. If you have received this transmission in error, please notify by e:mail [EMAIL PROTECTED] == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Time change this weekend.
I am new to this company here and one of the things they do is to shut the system down on the fall time change and wait one hour before they bring the system back up. Outside of scheduler issues, is there any reason to do this? One that keeps coming up is the timestamp on VSAM files being an issue. Some questions. One does anyone else do this and if so why? Second, is there real reason why this should happen, if so what are they? Or are they just working off one bad past experience. Thanks in advance. *** Cletus McGee Technical Services (334) 394-3320 Have a grand day - The information contained in this email/fax is confidential; it is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are notified that any dissemination, distribution, or use of this information is strictly prohibited. If you have received this communication in error, please contact us immediately at the telephone number or e-mail address set forth above and destroy all copies of the original message. Although this email/fax is believed to be free of any virus or other defect that might affect any computer system in which it is received, it is the responsibility of the recipient to ensure that it is virus free; Alfa accepts no responsibility for any loss or damage arising in any way from its use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT problem when generating RMM reports
Staffan, I think you have hit upon a situation that is covered in the DFSORT Programmers Guide under VLSCMP. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ice1ca10/3.12? SHELF=EZ2ZO10FDT=20050222160456 If a record is short any binary compare causes a comparison using hex zero for the 'missing' field in the short record. So your LT,'2' is true even for a short record. I still do not know why the short record is included because it does not have 'X' in column 5. By changing the INCLUDE offsets you have caused different records to be selected; that doesnt fix the problem, just create a different report :-) I think a better pair of eyes than mine is required to explain this. Mike Wood RMM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time change this weekend.
Cletus, The key to all this is that GMT=GMT on your system, and NOT GMT=LOCAL time. If the latter, you will have problems when you change time without Waiting an hour. Quite sometime ago IBM time proofed almost Everything by using GMT(which doesn't change) for everything. Of Course there were some gotcha's, and there may still be, but from An OS perspective, going backwards to standard time is no problem. Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time change this weekend.
Use of time-of-day as a KEY has us shutting down for an hour each year. Cheers! JD -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McGee, Cletus Sent: Wednesday, October 26, 2005 10:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Time change this weekend. I am new to this company here and one of the things they do is to shut the system down on the fall time change and wait one hour before they bring the system back up. Outside of scheduler issues, is there any reason to do this? One that keeps coming up is the timestamp on VSAM files being an issue. Some questions. One does anyone else do this and if so why? Second, is there real reason why this should happen, if so what are they? Or are they just working off one bad past experience. Thanks in advance. *** Cletus McGee Technical Services (334) 394-3320 Have a grand day - The information contained in this email/fax is confidential; it is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are notified that any dissemination, distribution, or use of this information is strictly prohibited. If you have received this communication in error, please contact us immediately at the telephone number or e-mail address set forth above and destroy all copies of the original message. Although this email/fax is believed to be free of any virus or other defect that might affect any computer system in which it is received, it is the responsibility of the recipient to ensure that it is virus free; Alfa accepts no responsibility for any loss or damage arising in any way from its use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT problem when generating RMM reports
Thanks Mike, the VLSCMP issue MIGHT explain why I get more in the report than I hoped for (but not quite). In any case, how about this twist to the problem - if I insert the following DFSORT step to generate a temporary file from the extract file and use that as input instead, it works! OPTION COPY OUTFIL INCLUDE=(5,1,CH,EQ,C'X') Yes, correct! It's the same INCLUDE as in the main run! The world is going crazy. And even better (or worse) - SYNCSORT and its SYNCTOOL doesn't work either with the original JCL, and gives the following message: WER230A INREC FIELD OUTSIDE RANGE Staffan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time change this weekend.
In a recent note, Jerry Durbin said: Date: Wed, 26 Oct 2005 10:48:04 -0600 Use of time-of-day as a KEY has us shutting down for an hour each year. Use GMT instead of local time as the KEY. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT problem when generating RMM reports
Staffan Tylen wrote on 10/26/2005 08:26:39 AM: Hi. I'm facing a strange problem when generating RMM reports using DFSORT. I use JCL generated by the ISPF reporting function in RMM. In short, I receive the following message for a few of the reports whilst other similar reports work fine: ICE218A 1 820 BYTE VARIABLE RECORD IS SHORTER THAN 1065 BYTE MINIMUM FOR FIELDS snip My conclusion is that there are no 'X' records that are shorter than 1376 bytes (x'560'). However there are records that are 820 bytes long as shown in the ICE218A message, but they contain a 'V' in pos 5, not 'X'. So why do I get message ICE218A? The ICE218A is caused by the short record vs the 1058,8,C' ', field in the INREC statement. VLSHRT is turned off when INREC is used as indicated by message: ICE150I 0 VLSHRT NOT USED FOR SORT, MERGE, INCLUDE, OMIT OR SUM STATEMENT FIELDS Without seeing your data, I can only guess that you're getting V records that have DR2H, DR8H, DR8A, DR8B or DR8C in 156. Your INCLUDE statement has ORs for that, so if those ORs are satisfied for records other than X records, you'll get those other records. Frank Yaeger - DFSORT Team (IBM) Specialties: ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time change this weekend.
Right On Dave, Just got out of our Time Change Meeting. For zOS 1.4 Sysplex, all we do is: At 02:00am, on the SYSPLEX MASTER CONSOLE we enter: RO *ALL,T CLOCK=01.00.00 There are some issues we have with subsystems (Omegamon and IPCP), so we bounce all the Omegamons, and issue F TCICS,CEMT PERFORM RESET F TCICS,OMEG SHUT F TCICS,OMEG INIT We 'are' using GMT with the proper offset to the West Coast, and have been through this time change process a couple of times. gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David Sent: Wednesday, October 26, 2005 9:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Time change this weekend. Cletus, The key to all this is that GMT=GMT on your system, and NOT GMT=LOCAL time. If the latter, you will have problems when you change time without Waiting an hour. Quite sometime ago IBM time proofed almost Everything by using GMT(which doesn't change) for everything. Of Course there were some gotcha's, and there may still be, but from An OS perspective, going backwards to standard time is no problem. Dave Dave Jousma Principal Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT problem when generating RMM reports
Frank, The INCLUDE statement used INCLUDE COND=((5,1,CH,EQ,C'X'), AND, ((164,8,CH,EQ,C'SHELF'), AND, (1326,5,CH,LT,C'2')), AND, (156,8,CH,EQ,C'VLT1'), OR, (156,8,CH,EQ,C'DR2H'), OR, (156,8,CH,EQ,C'DR8H'), OR, (156,8,CH,EQ,C'DR8A'), OR, (156,8,CH,EQ,C'DR8B'), OR, (156,8,CH,EQ,C'DR8C')) should have avoided including any record which did NOT have 'X' in column 5. Maybe I read the AND and OR logic wrong, but seems that the first 3 fields must all be true, and the final field can be any one of the 6 values. Will a short record be included regardless of the INCLUDE logic? Mike Wood RMM Development On Wed, 26 Oct 2005 10:19:50 -0700, Frank Yaeger [EMAIL PROTECTED] wrote: snip Without seeing your data, I can only guess that you're getting V records that have DR2H, DR8H, DR8A, DR8B or DR8C in 156. Your INCLUDE statement has ORs for that, so if those ORs are satisfied for records other than X records, you'll get those other records. /snip Frank Yaeger - DFSORT Team (IBM) Specialties: ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT problem when generating RMM reports
Mike, Try putting a set of parens after the third AND. Close them at the end of the last OR. I think you wanted anything with the selected values in 156,8 in addition to the preceding conditions. On Wed, 26 Oct 2005 13:39:55 -0500, Mike Wood [EMAIL PROTECTED] wrote: Frank, The INCLUDE statement used INCLUDE COND=((5,1,CH,EQ,C'X'), AND, ((164,8,CH,EQ,C'SHELF'), AND, (1326,5,CH,LT,C'2')), AND, (156,8,CH,EQ,C'VLT1'), OR, (156,8,CH,EQ,C'DR2H'), OR, (156,8,CH,EQ,C'DR8H'), OR, (156,8,CH,EQ,C'DR8A'), OR, (156,8,CH,EQ,C'DR8B'), OR, (156,8,CH,EQ,C'DR8C')) should have avoided including any record which did NOT have 'X' in column 5. Maybe I read the AND and OR logic wrong, but seems that the first 3 fields must all be true, and the final field can be any one of the 6 values. Will a short record be included regardless of the INCLUDE logic? Mike Wood RMM Development On Wed, 26 Oct 2005 10:19:50 -0700, Frank Yaeger [EMAIL PROTECTED] wrote: snip Without seeing your data, I can only guess that you're getting V records that have DR2H, DR8H, DR8A, DR8B or DR8C in 156. Your INCLUDE statement has ORs for that, so if those ORs are satisfied for records other than X records, you'll get those other records. /snip Frank Yaeger - DFSORT Team (IBM) Specialties: ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT problem when generating RMM reports
Mike Wood [EMAIL PROTECTED] wrote on 10/26/2005 11:39:55 AM: Frank, The INCLUDE statement used INCLUDE COND=((5,1,CH,EQ,C'X'), AND, ((164,8,CH,EQ,C'SHELF'), AND, (1326,5,CH,LT,C'2')), AND, (156,8,CH,EQ,C'VLT1'), OR, (156,8,CH,EQ,C'DR2H'), OR, (156,8,CH,EQ,C'DR8H'), OR, (156,8,CH,EQ,C'DR8A'), OR, (156,8,CH,EQ,C'DR8B'), OR, (156,8,CH,EQ,C'DR8C')) should have avoided including any record which did NOT have 'X' in column 5. Maybe I read the AND and OR logic wrong, but seems that the first 3 fields must all be true, and the final field can be any one of the 6 values. Will a short record be included regardless of the INCLUDE logic? Mike, Not according to my tests. I tried it with a record that had a 'V' in 5 and 'DR8H' in 156 and the record was included. It would require another set of parentheses after the last AND to work the way you're saying: ... AND, ((156,8,CH,EQ,C'VLT1'), OR, (156,8,CH,EQ,C'DR2H'), OR, (156,8,CH,EQ,C'DR8H'), OR, (156,8,CH,EQ,C'DR8A'), OR, (156,8,CH,EQ,C'DR8B'), OR, (156,8,CH,EQ,C'DR8C'))) With that extra set of parentheses, my test shows the 'V'/'DR8H' record is not included. With VLSCMP in effect, the short records are treated as if they are padded with binary zeros, so they may or may not be included depending on the specific condition in relation to the binary zeros. Frank Yaeger - DFSORT Team (IBM) Specialties: ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3745 cable pin out.
If that book is available online I have never been able to find it. The only 3745 books I've found online are a couple of installation manuals for different models and the 150-170 models maintenance manual is or used to be online. Mike Maylone Ed Finnell [EMAIL PROTECTED] wrote: In a message dated 10/26/2005 2:14:34 A.M. Central Standard Time, [EMAIL PROTECTED] writes: The book wasn't used very often, but if the shipping group of your machine is complete it should be there, most likely with the CE-only manuals. I called myself looking online, but couldn't find anything. Do you have a link? All the 'old' stuff used to come with a hardware reference manual-Pin-outs, cable positions, bay numbering, power, ventillation.. Pretty boring stuff unless you needed it. __ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time change this weekend.
On Wed, 26 Oct 2005 11:33:12 -0500, McGee, Cletus [EMAIL PROTECTED] wrote: I am new to this company here and one of the things they do is to shut the system down on the fall time change and wait one hour before they bring the system back up. Outside of scheduler issues, is there any reason to do this? Cletus, We run GMT=GMT and all of our system software can tolerate the change without waiting an hour. Unfortunately, we have application software that tracks events with local timestamps and we stay down for the hour because of that. In our manufacturing processes it is illogical that process B completed before process A. We have deemed it not worth the trouble to root out and fix all the affected code. We just take the outage. -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Using IBM C
Hi All, I have newbish question regarding IBM C. Some of the DLLs that I'm looking to use are distributed by IBM as HFS and as a member of a PDS. I'm doing most of my editing, compiling and binding in OMVS. My question is, if I'm binding against the HFS version of the DLL and running the program under OMVS, can I run the same program using the PDS member of the DLL outside of OMVS without having to bind against the PDS version? Thanks Frank Development Programmer Cole Software LLC www.colesoft.com Phone : 540.456.6164 Fax : 540.456.6658 Email : [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is mainframe an operating system or database server??
I want to know if mainframe is an operating system or database server? I want to make it clear. It is a general purpose machine, so it is/can be: A database server An application server A print server A file server A web server A development platform An e-mail server . . . And (unlike most *NIX and all wintel), it can do any combination on the same operating image. It's GENERAL PURPOSE! -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is mainframe an operating system or database server??
...But the failure rate for a mainframe is so much lower, it may also lower job security...;-) and the scalability features may be to much for upper management to handle :-) Thanks, Fletch -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, October 25, 2005 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Is mainframe an operating system or database server?? I want to know if mainframe is an operating system or database server? I want to make it clear. It is a general purpose machine, so it is/can be: A database server An application server A print server A file server A web server A development platform An e-mail server . . . And (unlike most *NIX and all wintel), it can do any combination on the same operating image. It's GENERAL PURPOSE! -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time change this weekend.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Wunderlich Sent: Wednesday, October 26, 2005 2:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Time change this weekend. snip Cletus, We run GMT=GMT and all of our system software can tolerate the change without waiting an hour. Unfortunately, we have application software that tracks events with local timestamps and we stay down for the hour because of that. In our manufacturing processes it is illogical that process B completed before process A. We have deemed it not worth the trouble to root out and fix all the affected code. We just take the outage. -Rob Rob, Has anybody on the other side tried to use this as an argument that z/OS is so poorly designed that it cannot stand changing the clock without an outage? Around here, any glitch, however minor, is taken up by the Windows zealots as yet another reason that we should totally eliminate the zSeries. And they are winning the war. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Repro VSAM to Tape problem
Ed Depending on what exactly you want to do, and if you have File-AID MVS. You can probably get The File-AID MVS Batch to do your mentioned steps. In fact chances are that it would run more efficiently as well. Just a thought Robert Galambos Compuware Senior Technical Specialist IBM Certified Solutions Expert - DB2 UDB for OS/390 V7 Database Administration [EMAIL PROTECTED] Tel: +1 905 866 7000 Toll Free: +1 800 263 7189 Fax: +1 905 886 7023 Quebec: +1 877-281-1888 Compuware Canada Service is our best product Les renseignements contenus dans le présent message électronique sont confidentiels et concernent exclusivement le(s) destinataire(s) désigné(s). Il est strictement interdit de distribuer ou de copier ce message. Si vous avez reçu ce message par erreur, veuillez répondre par courriel à l'expéditeur et effacer ou détruire toutes les copies du présent message. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed. Benoit Sent: October 26, 2005 11:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Repro VSAM to Tape problem Hello, I am attempting to copy repro a vsam file to tape and back. On the copy to tape I am getting IEC141I 013-34 The manual give me several options. What am I doing incorrect to copy to tape and back to disk. Any one have a jobstreamt to repro vsam to tape and back to disk. The following is my jcl and control cards. I abend on this step. //COPYSTEP EXEC PGM=IDCAMS,REGION=0K //SYSPRINT DD SYSOUT=* //INPUT1 DD DSN=RKI.CSI,DISP=OLD //OUTPU1 DD DSN=RKI.CSI.TAPECOPY, // DISP=(NEW,PASS),LABEL=(1,,RETPD=5), // UNIT=(3480,,DEFER),VOL=(,RETAIN) //SYSINDD * REPRO - INFILE(INPUT1) - OUTFILE(OUTPU1) Later in the jobstream I will copy back to disk. //COPYBACK EXEC PGM=IDCAMS,COND=(0,LT),REGION=0K //SYSPRINT DD SYSOUT=* //INPUT1 DD DSN=RKI.CSI.TAPECOPY, // DISP=OLD,LABEL=1,UNIT=(3480,,DEFER), // VOL=(,RETAIN,REF=*.COPYSTEP.INPUT1) //OUTPU1 DD DSN=RKI.CSI,DISP=OLD //SYSINDD * REPRO - INFILE(INPUT1) - OUTFILE(OUTPU1) The following is the instruction from the manual for a return code of 34 34 The system detected one of these conditions: The following combination was specified: QSAM, MACRF=GD or PD, and a RECFM value that is not VS, VBS, DS, or DBS. An OPEN macro instruction was issued for a data set with BLKSIZE and BUFL equal to 0. The system determined that it had to obtain buffers but was unable to do so. RECFM was specified with both the A and M attributes. The following combination was specified: QSAM, LRECL=0, and a RECFM value that is not V or VB. The following combination was specified: RECFM=V or VB and LRECL greater than the quantity BLKSIZE minus 4. | The following combination was specified: QSAM and BLKSIZE=0. | No nonzero BLKSIZE value was available from any source and the system | could not determine one. Coding BLKSIZE=0 in the JCL never has an | effect except when overriding a cataloged procedure variable. The following combination was specified: RECFM not variable or undefined and LRECL greater than BLKSIZE. The following combination was specified: BFTEK=A, RECFM=VBS, and LRECL=0. Ed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time change this weekend.
We have deemed it not worth the trouble to root out and fix all the affected code. We just take the outage. Has anybody on the other side tried to use this as an argument that z/OS is so poorly designed that it cannot stand changing the clock without an outage? ... It's not z/OS! MVS has been able to handle it since at least 5.2.2. It's the application code, as the above poster stated. If you had the same gooberware running under WINTEL, that didn't log properly, the OS can't help you there, either. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time change this weekend.
In a message dated 10/26/2005 3:59:07 P.M. Central Standard Time, [EMAIL PROTECTED] writes: If you had the same gooberware running under WINTEL, that didn't log properly, the OS can't help you there, either. Ever tried to add a 'Time change independent' to an RFP for gooberwarenobody bids! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time change this weekend.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, October 25, 2005 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Time change this weekend. We have deemed it not worth the trouble to root out and fix all the affected code. We just take the outage. Has anybody on the other side tried to use this as an argument that z/OS is so poorly designed that it cannot stand changing the clock without an outage? ... It's not z/OS! MVS has been able to handle it since at least 5.2.2. It's the application code, as the above poster stated. If you had the same gooberware running under WINTEL, that didn't log properly, the OS can't help you there, either. -teD Ted, You are using LOGIC. Stop that!grin Around here, the mainframe is counted as down if there is any perceived outage, regardless of reason. That includes poor application design. Or even if a LAN segment dies due to a switch outage (like the idiot pulled the plug - it's happened!) Oh, this does not apply to the Wintel boxes. They are only counted as down if the OS is down (e.g. if MSSQL is down, but the OS is up, then the server is up). Just more POLITICAL stuff. I was just pointing out that POLITICALLY, anti-mainframe zealots could try to say It doesn't matter why the mainframe is down, it only matters that it is down. And, in the given case, the mainframe is, indeed, down. It doesn't matter why, it just is. Facts are irrelevant. Perception is reality! Yes, I'm ranting again. But hopefully for a good cause. To avoid giving the other side any ammo. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Time Stamps for Canadian BlackBerry Posts
In a message dated 10/26/2005 3:59:07 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Wad'ya know! Research In Motion finally fixed their e-mail server. I sent the message at 4:59Eastern. It didn't show up as 20Eastern, last night. That means my posts will finally show up in the correct sequence. (Of course, I have no idea how long it's been working) -teD In God we Trust! All others bring data! -- W. Edwards Deming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Create PDS member alias in Rexx
I have a Rexx EXEC which has worked well for many years, (with occasional enhancements). It runs under IKJEFT01, with a temporary PDS allocated to a DDNAME (say SYSUT2) in JCL. It creates members with a SAS utility which supports the construct dd:SYSUT2(member) for output. Suddenly I have a requirement to create a directory alias for member. TSO RENAME membername aliasname ALIAS doesn't even come close: SYSUT2 is not catalogued (and I'd prefer not to catalogue it), and I don't know its DSNAME (and I'd prefer not to know it). Any suggestions? Would ISPF/LMF help me? Can ISPF/LMF create aliases? A following IEBCOPY step will unload the temporary PDS to tape. Can I create aliases with IEBCOPY? Can an intervening utility create the aliases? Thanks, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time change this weekend.
On Wed, 26 Oct 2005 15:31:03 -0500, McKown, John [EMAIL PROTECTED] wrote: Has anybody on the other side tried to use this as an argument that z/OS is so poorly designed that it cannot stand changing the clock without an outage? Around here, any glitch, however minor, is taken up by the Windows zealots as yet another reason that we should totally eliminate the zSeries. And they are winning the war. No, I haven't heard that one yet. The replace the mainframe arguments around here are usually about perceived cost, esp software. Folks here are generally impressed with the uptime and availability of our mainframe and it's applications. We won't really keep the OS down for the hour. Just the subsystems and the entry points. I have had the Windows crowd give me funny looks when I tell them I have to POR my box to change the GMT clock. Damm thing drifts a few seconds a month and there are financial reasons why it can't be more than 10 seconds off from popcorn (For those of you outside the US, popcorn is the telephone number you dial to get the official time). -Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is mainframe an operating system or database server??
In [EMAIL PROTECTED], on 10/25/2005 at 09:57 AM, Pommier, Rex R. [EMAIL PROTECTED] said: As far as the outdated part of it, we actually had z/OS systems programmers at our parent company tell me a few years ago that the 7060 (or any other z/OS machine) doesn't support e-mail. I believe that they called themselves z/OS systems programmers. I don't believe that they actually were. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF WSA (Was: TN3270 Emulator)
In [EMAIL PROTECTED], on 10/21/2005 at 03:19 PM, Edward E. Jaffe [EMAIL PROTECTED] said: Back from the dead? Not unlike Mark Twain's experience, the rumors of WSA's demise were greatly exaggerated. The rumors were that it was functionally stabilized. Given it's current limitations, that's dead in the context of my message. A rumor got started that Raleigh wanted to stabilize WSA. (BTW, the rumor was true. But there's a tremendous difference between wanting to do something and actually doing it.) After the product was relocated to OZ, the decision was made *not* to stabilize WSA. Are you sure? If so, that's good news. In a fairly recent conversation on this subject, the ISPF development team in OZ suggested that if I had specific requirements for WSA, they would be interested to hear what they were. Well, the obvious requirements are 1. Allow multiline text and block cutpaste operations. 2. Support WSA on Linux, with CP interoperability for KDE and GNOME. 3. ATTN support in WSA client. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 input queue priority
In [EMAIL PROTECTED], on 10/24/2005 at 09:28 AM, Nasuh KARAHALLI [EMAIL PROTECTED] said: the system give them a job the number say JOB22540 to JOB1 and let's say JOB22541 to JOB2 respectively. I hope that you aren't relying on consecutive job numbers; that isn't guarantied. JOB1 and JOB2 start in turn, but JOB2 first, There is nothing in MVS that requires jobs to run in submission order. There is something called DJC in JES3, but it isn't automatic: you must supply control statements to define the sequencing restrictions. There are exits and modifications to do something similar in JES2, but, again, you must supply control statements to define the sequencing restrictions. If you don't have the Mellon mods or equivalent, you can alway let JOB1 submit JOB2. If you have a job scheduler, you can define with the proper sequencing restrictions and submit them through the scheduler. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MGETing PC files with 2 nodes
In [EMAIL PROTECTED], on 10/20/2005 at 09:39 AM, Kinney, Kevin [EMAIL PROTECTED] said: We're trying to do an mget on PC files. They're in the format; BLAH1.TXT, BLAH2.TXT, etc. And we can't rename the PC files. (@#$%!!) Within MVS, is there a way to retrieve these files to a PDS? Write a script in Perl. First retrieve the directory data, then issue a separate MGET for each file. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MGETing PC files with 2 nodes
In a recent note, Shmuel Metz (Seymour J.) said: Date: Wed, 26 Oct 2005 19:49:46 -0300 We're trying to do an mget on PC files. They're in the format; BLAH1.TXT, BLAH2.TXT, etc. And we can't rename the PC files. (@#$%!!) Within MVS, is there a way to retrieve these files to a PDS? Write a script in Perl. First retrieve the directory data, then issue a separate MGET for each file. Many FTP clients have the ability to rename members on-the-fly in the course of MGET or MPUT. It's ironic that z/OS, which inflicts a particularly onerous namespace constraint on users, supports no such facility. If 8.3 is good enough for DOS users, 8.0 ought to be enough for z/OS users. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA-VTAPE Questions
Current environment: Running CA-VTAPE version 2.0 shared across multiple Lpars Prod, QUAL, TEST). We are planning to implement CA-VTAPE 11 in the net few weeks/months. We are also implementing newer naming standards across all LPARS to comply with upper manangement directives and management would also like to install CA-TAPE on each LPAR (not Shared). Anyway, I have a few questions which I hope I can get answers to. They are: 1) Can multiple versions of CA-VTAPE be run on one LPAR? We might not be able to share the Global VCAT across all LPARS? 2) if answer to 1 is yes, how can we handle recalls on data that was Externalized? Again, we will be using newer data set naming Standard and I'm concerned about how to handle recalls of older data sets that did not conform to the newer Data set naming standards? 3)Can the older Global VCAT to merged or copied to the newer Global VCAT? Will probably have more question in the next few days but that is all for now. Thanks in advance!!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-VTAPE Questions
Mike, I have forwarded your original note to my work email and will have Dean reply to you tomorrow with answers to your questions. I would recommend open'ing an issue with level-1 and ask them those questions. We really do not mind answering how do I or how can I... type questions. Russell Witt CA-1 Level-2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Mike Liberatore Sent: Wednesday, October 26, 2005 7:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CA-VTAPE Questions Current environment: Running CA-VTAPE version 2.0 shared across multiple Lpars Prod, QUAL, TEST). We are planning to implement CA-VTAPE 11 in the net few weeks/months. We are also implementing newer naming standards across all LPARS to comply with upper manangement directives and management would also like to install CA-TAPE on each LPAR (not Shared). Anyway, I have a few questions which I hope I can get answers to. They are: ...snip... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PREVENTING TAKING TOO MUCH STOR IN ISPF
In [EMAIL PROTECTED], on 10/24/2005 at 11:41 AM, Steve Arnett [EMAIL PROTECTED] said: There was one. FSVO one larger than the standard value. There were at least three. The one that I had in mind was TSS/360. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ron Hawkins please note
In [EMAIL PROTECTED], on 10/24/2005 at 06:36 AM, Steve Comstock [EMAIL PROTECTED] said: [Ron; sorry to do this so publicly, but my reply to you bounced back as being spam blocked and I have no other way to contact you. Please open my email to your spam blockers. Have you spoken to verio about it? Remote host said: 553 5.3.0 [EMAIL PROTECTED]... Spam blocked see: http://spamcop.net/bl.shtml?131.103.218.143 If verio is on spamcop then you can expect other problems, but I just did a query and that IP address wasn't listed. In fact, http://cbl.abuseat.org/lookup.cgi?ip=131.103.218.143.submit=Lookup came up negative. So either verio has fixed the problem or the 553 response gave the wrong reason. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TESTAUTH Detection
In [EMAIL PROTECTED], on 10/21/2005 at 10:08 AM, Binyamin Dissen [EMAIL PROTECTED] said: There is also a TSO command, TESTAUTH. Of course; I was thinking in terms of the macro because it's used so often. I agree that Keith must have been referring to the command. Seems like the TMP work area has some bits. Yes. Does anybody but TEST and TESTAUTH use the TESTRAN bits in the TCB? -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TN3270 Emulator
In [EMAIL PROTECTED], on 10/21/2005 at 10:58 PM, Dave Salt [EMAIL PROTECTED] said: You must either have very good eyesight or a very large monitor. Anything over 43 lines, and I'm squinting at the screen. I can't speak for Ed's eyes, but I never had trouble reading two side by side 62x80 partitions, or one 62x160 partition. That was on a 17 panel; these days you can do better. This ISPF session has been brought to you by Forever Amber. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TN3270 Emulator
In [EMAIL PROTECTED], on 10/22/2005 at 12:04 AM, Gerhard Postpischil [EMAIL PROTECTED] said: Every mod 5 I've ever used was 132*27. But on the 3180 and some other models, the screen size was variable under program control regardless of the model setting. nit The 3180 model setting allowed 4 basic values and four extended values; you could only force the configuration with BIND for the extended model numbers. I don't recall whether explicit partition was supported for the basic model numbers, but I suspect not. /nit -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TN3270 Emulator
In [EMAIL PROTECTED], on 10/22/2005 at 09:45 AM, Paul Gilmartin [EMAIL PROTECTED] said: Would this support concurrent sessions with different active TIOTs? No. Is this the dreaded ISPGUI? It's related. I'd favor an approach which writes classic 327x data streams to a socket, and instructions for modifying an open-source x3270 client to function as an agent. That also would not this support concurrent sessions with different active TIOTs. The ISPGUI window was just plain ugly. That doesn't mean that IBM couldn't fix it. But does (did?) WSA support dynamic resizing of the window? Yes, AFAIK. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO EDIT command
In [EMAIL PROTECTED], on 10/21/2005 at 06:25 AM, Steve Comstock [EMAIL PROTECTED] said: Huh? Edit macros are available under TSO EDIT? Yes. You mean like ISREDIT? Had I meant ISREDIT then I would have written ISREDIT, ISPF or PDF. So where can I read about TSO EDIT edit macros? I don't see any discussion about them in the TSO Commands reference doc. Read up on the EXEC subcommand of EDIT. The stuff in this doc is not edit macros in the sense I find practical; is this what you were alluding to?] No; I'm alluding to a file containing a CLIST or REXX program, called from within EDIT and generating EDIT subcommands. They've been around for decades and I'm fairly certain that some are in SAMPLIB; I'm positive that some are on the CBT tapes. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Create PDS member alias in Rexx
On Oct 26, 2005, at 5:14 PM, Paul Gilmartin wrote: -SNIP--- My DDNAME isn't always SYSUT2, but that's what the alternate DDNAME list parm is for. Gil, The default DDnames (in IEBCOPY are sysut1 and sysut2) they can be almost any ddnames you want, you select the ddnames with the copy(mod) statement eg I=syst1,o=sysut2 .. read the write up the the dfp utilities manual. Thanks, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Create PDS member alias in Rexx
In a recent note, Ed Gould said: Date: Wed, 26 Oct 2005 20:59:29 -0500 The default DDnames (in IEBCOPY are sysut1 and sysut2) they can be almost any ddnames you want, you select the ddnames with the copy(mod) statement eg I=syst1,o=sysut2 .. read the write up the the dfp utilities manual. Yah. Do it regularly. But it doesn't create aliases for me. But I got IEBGENER working. (Want to see a lot of allocation messages?!) Thanks, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html