Re: Question: Possible to send email, with an attachment from the Mainframe?
Check this out. http://www.lbdsoftware.com/xmitip.html Regards, John K Leonard Sasso from the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/20/2014 11:34:03 AM: We are able to send email from our mainframe (z/OS 1.13). Is it possible to send an email with an attachment, from our mainframe? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset update error from MVS guest
What IOS000I message did you receive? Regards, John K Jake A of the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/19/2014 08:22:35 AM: From: Jake anderson justmainfra...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/19/2014 08:22 AM Subject: Dataset update error from MVS guest Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi, I am trying to update a dataset but I receive the below error : IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, TCHN01.ASM.DATA *** IBM manual says : Explanation 04 An I/O error occurred writing a DSCB during processing of a CLOSE macro instruction. I am trying to update this dataset from a MVS Guest running over a VM. The DASD are shared and I have connected the Volume to MVS guest as READ/WRITE but still I get this error. MVS guest is running at Z/OS 1.13. One of a link from Google I took : ABEND 414-04 Mean? Ran into this one recently and I thought I'd share. Essentially, a volume can be set to READ ONLY. This is something outside the scope of any security product that might be running on the system, meaning you may have RACF permissions to a data set, but if the volume on which that data set resides is READ ONLY, you'll get the 414 abend. The solution is to get your system programmer to un-read only the volume so you can write to it. I was also looking at : http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 But not sure if it is really matches the error that I am getting. Any thoughts or suggestion on the above. Regards, Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset update error from MVS guest
WRI is write inhibited or read-only. Check your VM sharing options. Regards, John K IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/19/2014 08:57:41 AM: From: Jake anderson justmainfra...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/19/2014 08:57 AM Subject: Re: Dataset update error from MVS guest Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi John, IOS000I 0F81,2D,WRI,E7,0200,,06820003,TCHN01,JAKE099 , 855 80026F14081218D156000F004CE0 On Tue, Aug 19, 2014 at 7:15 PM, John P Kalinich jkali...@csc.com wrote: What IOS000I message did you receive? Regards, John K Jake A of the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/19/2014 08:22:35 AM: From: Jake anderson justmainfra...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/19/2014 08:22 AM Subject: Dataset update error from MVS guest Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi, I am trying to update a dataset but I receive the below error : IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, TCHN01.ASM.DATA *** IBM manual says : Explanation 04 An I/O error occurred writing a DSCB during processing of a CLOSE macro instruction. I am trying to update this dataset from a MVS Guest running over a VM. The DASD are shared and I have connected the Volume to MVS guest as READ/WRITE but still I get this error. MVS guest is running at Z/OS 1.13. One of a link from Google I took : ABEND 414-04 Mean? Ran into this one recently and I thought I'd share. Essentially, a volume can be set to READ ONLY. This is something outside the scope of any security product that might be running on the system, meaning you may have RACF permissions to a data set, but if the volume on which that data set resides is READ ONLY, you'll get the 414 abend. The solution is to get your system programmer to un-read only the volume so you can write to it. I was also looking at : http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 But not sure if it is really matches the error that I am getting. Any thoughts or suggestion on the above. Regards, Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF extended statistics design
Tom Conley from the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/12/2014 02:27:20 PM: I just posted this to the SHARE requirements discussion database for the requirement on extended statistics design. As a quick recap, the current design is flawed because a user has to enter the STATS EXT command for each member in order to get extended statistics. After SHARE in Pittsburgh, the following design was agreed upon. The STATS EXT command is unnecessary and should be deleted. If the installation specified extended stats, then ISPF should automatically determine if extended stats are needed and create them when necessary. If the installation said no extended stats, then that's that. The user SHOULD NOT have control over extended statistics. The highlighting on a member with extended statistics will remain. This design addresses all known concerns; forcing the user to specify STATS EXT to get extended statistics, wasting directory space on members that don't need extended stats, putting the installation in control of extended stats (not allowing the user to turn them off if the installation turned them on). If you have any issues with this design, please let us know. Please let me know if you have any questions or concerns about this design. In addition to highlighting the member name in the selection list for extended stats members, why not use scaling factors (a la SDSF) for display of large numeric values in the Size and Init fields? And add the Info line command for the Edit/Browse selection lists so the exact counts can be displayed. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon region size increase
VM of the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/07/2014 05:40:17 AM: From: Meenakshi, Vinoth - CW vinoth.meenak...@bestbuy.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/07/2014 05:40 AM Subject: TSO Logon region size increase Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi All, We are in need to increase the region size of TSO 4M to 8M and we need to do it globally instead of editing manually in the TSO logon screen. Please guide me Regards, Vinoth M What security system are you using? With ACF2, you can set the TSO default region in the TSO GSO record. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon region size increase
Vinoth, Ask your Top-Secret Security Administrator if there is a global option to set the default TSO logon region. If not, you may have to define it for each userid. Regards, John K IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/07/2014 08:25:20 AM: From: Meenakshi, Vinoth - CW vinoth.meenak...@bestbuy.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/07/2014 08:26 AM Subject: Re: TSO Logon region size increase Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi, Do we need to define the region size in Security tool, CA-TSS is tool we are using. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On Behalf Of Meenakshi, Vinoth - CW Sent: Thursday, August 07, 2014 4:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO Logon region size increase Hi John, We are using CA-Top Secret security tool. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On Behalf Of John P Kalinich Sent: Thursday, August 07, 2014 4:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO Logon region size increase VM of the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 08/07/2014 05:40:17 AM: From: Meenakshi, Vinoth - CW vinoth.meenak...@bestbuy.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/07/2014 05:40 AM Subject: TSO Logon region size increase Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi All, We are in need to increase the region size of TSO 4M to 8M and we need to do it globally instead of editing manually in the TSO logon screen. Please guide me Regards, Vinoth M What security system are you using? With ACF2, you can set the TSO default region in the TSO GSO record. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO EDIT COMMAND - BOUNDS
Just include the boundaries on the change command. change all 'string1' 'string2' 35 50 Regards, John K Esmie from the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 07/25/2014 08:50:07 AM: I am trying the bounds command because I want to make a universal change between columns 35 to 50. I tried the HELP BNDS doc however it is not very clear. Here is what it says: The bounds may then be changed by overtyping with to define the left bound and to define the right bound. I am not sure where I would overtype the the I tried 35 but it shifted the datat to col 35 which is not what I want. I would like to set the bounds between col 35 50 so that I can enact my CHANGE command. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Find member in Linklist through JCL?
PDS does not have a FINDMOD subcommand. As Peter explained, it would require authorization. Regards, John K Skip from the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 07/25/2014 08:47:57 AM: Since no has mentioned it, I should point out that the PDS command, available on the mods tape, as well as its proprietary progeny (StarTool), includes a FINDMOD function that will identify all locations where a load module could be found in the current environment, all the way from STEPLIB to LINKLIST to LPA. Surely easier than writing you own code. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IOF in batch to capture Started task output while STC is still running: Updated
Ed,
ESF is the name of our CA-Spool System task. You need to substitute the
name of your system task to capture the sysouts. The 1-10 SNAP command
below would snap out the first 10 sysout datasets for your stcname.
//TSO EXEC PGM=IKJEFT01
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
IOF stcname RUNNING
SD DSNAME('AD.stcname.LOG') RECFM(FBA) LRECL(133) BLKSIZE(6384)
1-10 SNAP
Regards,
John K
Ed Long of the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
wrote on 07/24/2014 08:30:58 AM:
Thank you all for the help.
I tried the command sequence John suggested and got the following result.
I tried the IOF ESF RUNNING and got the following error message
OUTPUT RECORDS FOLLOW
Nothing matching specified criteria was found.
The SD and snap commands were treated as TSO commands not IOF commands.
I will do some more research on the ESF and RUNNING options.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IOF in batch to capture Started task output while STC is still running
Ed,
Try the following...
//TSO EXEC PGM=IKJEFT01
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
IOF ESF RUNNING
SD DSNAME('AD.ESF.LOG') RECFM(FBA) LRECL(133) BLKSIZE(6384)
10 SNAP
Regards,
John K
Happy Wednesday.
We have a need to copy, on a daily basis, the full spool output from
certain long running started tasks.
We do not have access to SDSF; instead we have IOF.
Have any of you successfully persuaded IOF to copy off the listing
for a running task in a batch job? The online commands work fine;
the provided batch utilities seem to only do held output or completed
jobs.
Any suggestions are appreciated.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF Copyright Notice
My mod to ISR@PRIM. IF (ZLOGO = 'YES') /* CK@MJC*/ IF (ZSPLIT = 'NO') /* Not in split screen@L5A*/ IF (ZCMD = Z)/* No command pending @L5A*/ IF (ZLOGOPAN ^= 'DONE') /* No logo displayed yet @L5A*/ /* .MSG = ISRLO999 Set logo information @L5A*/ /* .RESP = ENTER Simulate enter @L5A*/ Skip Robinson from the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 07/10/2014 11:46:33 AM: Interesting. We also modify ISR@PRIM but never messed with logo logic. Same usermod for 2.1 as for 1.13, different result. (I use ISPF or PDF command, not a script.) Need more research. Thanks for the tips. From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU, Date: 07/10/2014 09:13 AM Subject:Re: ISPF Copyright Notice Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Skip Robinson wrote: Just bringing up z/OS 2.1. When I enter ISPF, the IBM copyright notice box shows up on the primary menu. I thought that was only for the first time, but it displays every time I enter from Ready. Is there an option I'm missing? Easy to fix it. Just simulate an ENTER and you're cured from your allergy to such nasty copyright pop-ups. In my (actually our) primary panel, I *edited* that ZLOGO to NO: )INIT ... some lame init statements ... IF (ZLOGO = 'NO') /* WAS YES - Elardus @L5A*/ IF (ZSPLIT = 'NO') /* Not in split screen@L5A*/ IF (ZCMD = Z)/* No command pending @L5A*/ IF (ZLOGOPAN ¬= 'DONE') /* No logo displayed yet @L5A*/ .MSG = ISRLO999/* Set logo information @L5A*/ .RESP = ENTER /* Simulate enter @L5A*/ ZLOGOPAN = 'DONE' /*@L5A*/ ZCLEAN = 'NO' /*@L5A*/ IF (ZCMD ¬= Z) ZLOGOPAN = 'DONE' /* command pending @L5A*/ VPUT (ZLOGOPAN) SHARED /*@L5A*/ IF (ZSPLIT = 'YES') ZLOGOPAN = 'DONE' Or, in my bookwrangler, I get rid of that pop-up by do this: )INIT .RESP = ENTER So, you just simply simulate ENTER Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Having trouble delete a broadcast message
Try entering it as an operator command in SDSF. TSO has a SEND command but you can not delete messages with it. Regards, John K Rick Stetser of the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 06/12/2014 10:23:01 AM: When I log on to TSO I'm getting a message from the broadcast dataset. I try to delete it by typing SE 1,DELETE but I get a response that says to enter the message text enclosed in apostrophes. Anyone have any ideas as to what's going wrong here? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Inquire SPACE/DIR allocation attributes
There are utilities (e.g. DSAT) on the CBT tape that do this, but you will need RACF authority to open/read each PDS directory. Regards, John K dsat 'almsa.anscopy' pds sec SERIAL ALLOCFREE EXT SEC UNITS DSORG DIRADIRUENTR AL RLIB90 15 9 1 1 CYL PO 10 5 300 -IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote: - To: IBM-MAIN@LISTSERV.UA.EDU From: Gabor Hoffer Sent by: IBM Mainframe Discussion List Date: 04/23/2014 07:58AM Subject: Inquire SPACE/DIR allocation attributes Hi, How can I get allocation attribs for an existing dataset? PRI/SEC Space, space unit (CYL,TRKS,etc), DIR (in case of PDS) Where are these informations stored? Do you have any example ASM code for it? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF START command remains on the command line
Have you ran a panel trace yet? Regards, John K C.2 Panel trace command (ISPDPTRC) © Copyright IBM Corp. 1980, 2011 Topic lines 1 to 16 of 236 The ISPDPTRC command traces the Dialog Manager panel processing that occurs within any screen in the current ISPF session. You can trace both the execution of panel service calls (DISPLAY, TBDISPL, and TBQUERY) and the processing that occurs within the Dialog Manager panel code, including the processing of statements in the )ABCINIT, )ABCPROC, )INIT, )REINIT, and )PROC sections of the panel. The output from the trace is written to a dynamically allocated VB (variable blocked) data set that has a record length of 255. Where the ddname ISPDPTRC is preallocated, this data set is used, providing it refers to a sequential, VB data set with a record length of at least 255. -IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote: - To: IBM-MAIN@LISTSERV.UA.EDU From: Peter Hunkeler Sent by: IBM Mainframe Discussion List Date: 04/10/2014 11:10AM Subject: Re: ISPF START command remains on the command line Lots of great suggestions in this thread. Use what you like and ignore the rest. I fully agree. Nevertheless, I do have my own great ways to jump around without the need to take my fingers off the keyboard (no mouse needed). I'm using PCOM macros. My problem is not how to get around but to understand why the command is not clear in the command line. Still investigating... Thanks for your suggestions -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I am getting message IKJ56866I DATA SET NOT ALLOCATED, CONCURRENT ALLOCATIONS
Mil Hashoul if the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 01/31/2014 09:13:16 AM: I have program which allocate through dynamical allocation a thousands of datasets under the same address space, eventaully I start to get the message: IKJ56866I DATA SET x NOT ALLOCATED, CONCURRENT ALLOCATIONS What I can do? is this a parameter that I indicate at the JCL to allow me to allocate more? I have this message at started task address space, not regular batch JCL. for the allocation I use SVC99, and I am doing free, all the datasets are temporary datasets, I just use the DCB parametter, and it is dynamical Increase DYNAMNBR value in your TSO logon procstep. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Entry Level System Programmer Job Description
1. Graduated from SHARE Assembler Boot Camp. 2. Read and understood the contents of Advanced Assembler Language and MVS Interfaces for IBM Systems and Application Programmers by Carmine A. Cannatello. 3. Fluent in z/OS operator commands. 4. Can IPL a z/OS system. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: D T command gives no result.
John Norgauer of the IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 11/12/2013 01:36:50 PM: From: John Norgauer john.norga...@ucdmc.ucdavis.edu To: IBM-MAIN@LISTSERV.UA.EDU Date: 11/12/2013 01:37 PM Subject: D T command gives no result. Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU After a long weekend with NO system changes(that I know of) when I issue D T, nothing else appears on the console. Any thoughts please. MPF message suppression? Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Assembling SHOWMVS errors
Does SHOWMVS run under z/OS 2.1? I haven't heard from Roland S. in a while. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Does z/OS 2.1 support COBOL 4.2?
This web link has end of service dates for IBM products. http://www-01.ibm.com/software/support/lifecycle/index_e.html Regards, John K Willie Rouse of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 09/18/2013 10:24:08 AM: I would like to know where to find what IBM products z/OS 2.1 supports. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DCBs and DCBEs - Could IBM have done it any worse?
These 2 APARS also address the IEC190I issue. 1. APAR OA42406: OCE FIX ROLLUP FOR HDZ2210: Individual APAR status A fix is available. The life cycle of this APAR is complete. http://www-01.ibm.com/support/docview.wss?uid=isg1OA42406myns=aparmynp =DOCTYPEstatusmync=E 2. APAR OA42694: ABEND0C4 IFG0554P: Individual APAR status A fix is available. The life cycle of this APAR is complete. http://www-01.ibm.com/support/docview.wss?uid=isg1OA42694myns=aparmynp =DOCTYPEstatusmync=E Regards, John K Lizette K of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 08/22/2013 07:22:11 AM: APAR Identifier .. OA42701 Last Changed 13/08/07 AMATERSE INVOCATION RESULTS IN MSGIEC190I Symptom .. IN INCORROUT Status ... CLOSED PER Severity ... 3 Date Closed . 13/07/26 Component .. 5752SC112 Duplicate of Reported Release . 790 Fixed Release 999 Component Name SVA UTILITIESSpecial Notice Current Target Date ..13/08/15 Flags SCP ... Platform Status Detail: SHIPMENT - Packaged solution is available for shipment. PE PTF List: PTF List: Release 790 : UA70061 available 13/08/07 (1000 ) Parent APAR: Child APAR list: ERROR DESCRIPTION: Under certain conditions executing an AMATERSE with the PACK option will result in a successful execution, but MSGIEC190I xx,STEP,SYSUT3 INVALID DCBE: STORAGE NOT ADDRESSABLE is issued. LOCAL FIX: PROBLEM SUMMARY: * USERS AFFECTED: All users of AMATERSE on release HBB7790.* * PROBLEM DESCRIPTION: AMATERSE MSGIEC190I INVALID DCBE: * * STORAGE NOT ADDRESSABLE * * RECOMMENDATION: * While PACK/ UNPACKing a PDS data set, AMATERSE may successfully complete, but MSGIEC190I is issued. Also, AMATERSE fails to use system determined blocksize for PACK/SPACK output. PROBLEM CONCLUSION: AMATERSE's PACK and UNPACK processing is updated to correctly set the relevant DCB data, to prevent the IEC190I message. Also, AMATERSE's processing is changed to allow System Determined Blocksize for the PACK/SPACK output data set. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On Behalf Of Paul Gilmartin Sent: Thursday, August 22, 2013 4:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DCBs and DCBEs - Could IBM have done it any worse? On Thu, 22 Aug 2013 01:10:42 -0500, Klaus Stanislawiak wrote: On Tue, 14 Jun 2011 12:41:11 -0500, Paul Gilmartin wrote: I prefer to be told when I make a programming error. When did I say that? It looks that they are going to tell us soon. Please see APARs OA42701, OA43000 and OA43037. Humph! For OA43037 the Google synopsis says: Search Results IBM OA43037: IRRDBU00 MSGIEC190I - United States www-01.ibm.com/support/docview.wss?crawler=1uid=isg1OA43037 Aug 14, 2013 - DFP was enhanced to more closely validate some DCB data. RACF's Database Unload Utility - IRRDBU00 - was caught using an invalid. And IBM seems not to want me to view the page: Our apologies... The page you requested cannot be displayed ... Get assistance This option lets you send an information request and tell us about a broken link. You will receive an e-mail from us to help you find what you need. Interesting. I don't think I'll bother to report the broken link. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: load module scan
snip from COBANAL output Options in effect -- ADV QUOTE DATA(31) NODECK NODUMP NODYNAMNOFASTSRT LIB LIST MAP NONUM OBJ NOOFFSET OPTIMIZE OUTDD(Supplied) NUMPROC(NOPFD) NORENT RES SEQ SIZE(MAX) SOURCE NOSSRANGE NOTERM NOTEST TRUNC(STD) NOWORD NOVBREF XREFZWB NONAME NUMCLS(PRIM) DBCS AWO NOEVENTS NOCURRENCY Compilation unit = Program RMODE(ANY) NO TEST(STMT) NO TEST(PATH) NO TEST(BLOCK) NOOPT OR OPT(STD) INTDATE(ANSI) NO TEST(SEPARATE) NOT PGMNAME(LONGUPPER) NOT PGMNAME(LONGMIXED) NODLL NOEXPORTALLNODATEPROC YEARWINDOW(1900) ARITH(COMPAT) NOTHREAD TEST(NOEJPNOC NOSQL NOCICS NOMDECKSQLCCSID NOOPTFILE XMLPARSE(COMPAT) CODEPAGE(1140) Regards, John K Peter Farley of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 08/14/2013 09:01:57 AM: And more importantly CBT file 321, COBANAL, which does a passable job of extracting the COBOL options directly from the load module code. IIRC File 330 only provides an ISPF skin for COBANAL and not COBANAL itself. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On Behalf Of Itschak Mugzach Sent: Wednesday, August 14, 2013 4:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: load module scan see file 330 on cbttape.org. ITschak On Wed, Aug 14, 2013 at 10:52 AM, Ron Thomas ron5...@gmail.com wrote: Hello. From the load module i need to get all compiler options that is used to build the code(cobol.db2). Pls some one let us know is there any standard routines to get this information? Thanks, Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The z/OS V2.1 Migration PDF available
I don't normally install z/OS, but when I do, I install dos punto uno. Regards, John K Marna Walle of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 08/09/2013 07:38:30 PM: Hi Timothy, It is unlikely that we'd put an unsupported coexistence path in the book - even as a checklist of items. As you know, you can see what one of those jumps would look like by putting a couple of books together. We'll keep all the documentation out there for you, though :). As the Dos Equis guy might say: Stay current, my friends. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLKSIZE=3120
Jim, The LOG dataset can stay 3120 because most of the entries would not fill a block. It is the OUTPUT DCB that needs to have BLKSIZE=0 Regards, John K Jim Mulder from the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 07/26/2013 12:45:34 AM: From: Jim Mulder d10j...@us.ibm.com To: IBM-MAIN@listserv.ua.edu Date: 07/26/2013 09:15 AM Subject: Re: BLKSIZE=3120 Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu A customer (mildly) complained thatsome of our product allocations still use BLKSIZE=3120. I vaguely remember trying to change all of them to BLKSIZE=0 many years ago (probably before OS/390) and running into some issues with certain IBM utilities. Unfortunately, I can't remember the specifics. In starting to revisit this again, I noticed numerousoccurrences of '3120' in IBM help and documentation. For example, the TSO/E RECEIVE command HELP claims that the log data set must be BLKSIZE=3120: TSO/E RECEIVE command HELP LOGDATASET You may specify an alternate data set to be used for the logging of the transmitted data. This data set will be created if it does not exist. The data set should be created with a logical record length of 255, a record format of VB and a blocksize of 3120. ... LOGDSNAMEYou may specify an alternate data set to be used for the logging of the transmitted data. This data set will be created if it does not exist. The data set should be created with a logical record length of 255, a record format of VB and a blocksize of 3120. /TSO/E RECEIVE command HELP Is this just outdated help? Or does this restriction still exist? I looked at the current TRANSMIT/RECEIVE code, and it still specifies BLKSIZE=3120 when it creates a LOG data set, and still hardcodes BLKSIZE=3120 on its DCB for the log data set. I engaged in battle with the former TSO developers a long time ago (maybe over 20 years ago, maybe even before the advent of System Determined Blocksize). I wanted them to at least remove the BLKSIZE=3120 on the DCB so that if someone (like me) was sensible enough to allocate his own log dataset with an efficient BLKSIZE, TRANSMIT/RECEIVE would cease to override that on the DCB and thus no longer change the BLKSIZE to 3120. Since the stupid DCB specification is still there, exists, I apparently lost that battle. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLKSIZE=3120
Gilbert has a zap on CBT file 183 to overlay 3120 with zero in the OUTPUT DCB of XMIT. It may have to be reworked. Regards, John K IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 07/22/2013 11:28:26 AM: From: Charles Mills charl...@mcn.org To: IBM-MAIN@listserv.ua.edu Date: 07/22/2013 11:28 AM Subject: Re: BLKSIZE=3120 Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu I took the giant leap several years ago and stopped using 3120 for TSO XMIT. I hard-code 27920. Not as wonderful as 0, but better than 3120. Several years now with no issues. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Monday, July 22, 2013 9:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLKSIZE=3120 A customer (mildly) complained thatsome of our product allocations still use BLKSIZE=3120. I vaguely remember trying to change all of them to BLKSIZE=0 many years ago (probably before OS/390) and running into some issues with certain IBM utilities. Unfortunately, I can't remember the specifics. In starting to revisit this again, I noticed numerousoccurrences of '3120' in IBM help and documentation. For example, the TSO/E RECEIVE command HELP claims that the log data set must be BLKSIZE=3120: TSO/E RECEIVE command HELP LOGDATASET You may specify an alternate data set to be used for the logging of the transmitted data. This data set will be created if it does not exist. The data set should be created with a logical record length of 255, a record format of VB and a blocksize of 3120. ... LOGDSNAMEYou may specify an alternate data set to be used for the logging of the transmitted data. This data set will be created if it does not exist. The data set should be created with a logical record length of 255, a record format of VB and a blocksize of 3120. /TSO/E RECEIVE command HELP Is this just outdated help? Or does this restriction still exist? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS86 EAV compatibility
Anthony, SAS provided the modifications to PDS86 for access to PDSE's in cylinder managed space on EAV. Download from CBT Updates page. Regards, John K -IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote: - To: IBM-MAIN@listserv.ua.edu From: Anthony Fletcher Sent by: IBM Mainframe Discussion List Date: 07/11/2013 07:29PM Subject: PDS86 EAV compatibility Is anyone, by any chance, working on PDS86 to make it compatible with the EAV DASD support code? The z/OS Tracking facility is listing PDS86 as not having the necessary set up. For example - this is just after emptying the list. RESPONSE=MLCS CNZ1001I 10.26.09 TRACKING DISPLAY 212 STATUS=ON NUM=6 MAX=1000 MEM=00 EXCL=125 REJECT=0 TRACKING INFORMATION -VALUE-- JOBNAME PROGNAME+OFF-- ASID NUM SMS-E:1 DADSM OBTAIN C10001 DB2ADM SSCLOCT 172 71 2 SMS-E:1 DADSM OBTAIN C10001 LDAXF67 PDS86 3D42 55 1 SMS-E:1 DADSM OBTAIN C10001 LDAXF67 SSCLOCT 172 55 5 SMS-E:1 DCB OPEN EAS 113-44 01 CTDTROLD IOADBS 53E 4F 2 SMS-E:1 DCB OPEN EAS 113-44 01 LDAXF67 PDS86 124 55 1 SMS-W:2 IEHLIST LISTVTOC 02 AXR08 IRXSTAM 1F3A 41 1 -- TO REPORT THESE INSTANCES, SEND THIS MESSAGE VIA E-MAIL TO conso...@us.ibm.com. FOR ADDITIONAL INFORMATION OR TO OBTAIN A CURRENT EXCLUSION LIST, SEE APAR II13752. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: formatting control blocks
From the CBT tape. //***FILE 264 IS FROM B.F. GOODRICH IN AKRON OHIO //* //* 1 LOOK- A TSO COMMAND PROCESSOR THAT ALLOWS //* FULL SCREEN DISPLAY OF REAL TIME //* MEMORY. THIS COMMAND HAS BEEN //* ENHANCED TO MAKE IT EASY TO ADD NEW //* CONTROL BLOCK MAPS, USUALLY IN 3 OR //* 4 STATEMENTS - Original Message - On 26.04.2013 17:48, Gary Weinhold wrote: I'm looking for a public domain control block formatting tool that will display memory formatted with the information from a non-IBM assembler DSECT. I realize that there are a couple of CBT files that probably include this capability, but I'd appreciate any experiences regarding ease of use or limitations before investing too much time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF 3.4 Performance degradation on z/OS 1.13
Anthony, I notice similar results on our 1.13 system. When I used Initial view of 1. VOLUME, a 29,000 list takes 20 seconds. When I used 2. SPACE it takes 700 seconds. When monitoring my TSO session, it was using around 20% CPU with an EXCP rate of 100/second. Regards, John K From: Anthony Fletcher flet...@nz1.ibm.com To: IBM-MAIN@listserv.ua.edu Date: 04/22/2013 10:34 PM Subject:ISPF 3.4 Performance degradation on z/OS 1.13 Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu We have a customer running on a z800 in a capped LPAR. We just converted them from z/OS 1.12 to z/OS 1.13 and have found that performance has degraded. They are looking at a list of data sets - approx 98,000 under a HLQ, say ABCD with the Initial view set to 2. SPACE On z/OS 1.12 this list was retrieved in under 10 seconds On z/OS 1.13 this list took 20 Minutes to return. If the Initial View is changed to 1. Volumes then the performance is much the same. The view is paged right to get the space values, on the 1.12 system it comes back in seconds on the 1.13 system it takes minutes to come back. Many of the 98,000 data sets are on TAPE or migrated. Anyone recognise a feature that came with z/OS 1.13 that might cause this change in behaviour? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBPDSE
The only doc that I know of is the IGW700I message itself. The PDSE structure is top secret and is not published with the general SMS documentation. Regards, John K -IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote: - To: IBM-MAIN@LISTSERV.UA.EDU From: ITURIEL DO NASCIMENTO NETO 4254.itur...@bradesco.com.br Sent by: IBM Mainframe Discussion List Date: 03/11/2013 08:36AM Subject: IEBPDSE Hi all, We're trying to monitor some PDSE datasets, mainly concerning fragmentation, and IEBPDSE was the logical choice to indicate if the dataset is ok or not. The utility runs successfully, but we couldn't find out any documentation regarding the indicators presented in SYSPRINT. That's what IEBPDSE shows: IGW700I PDSE Directory Validation Successful DSN:XX. ADPages:17806 IXRecords:716420 NDPages:3462 IXRecords:286228 AD ND Tree Nodes:286228 ADPercentFree:26 NDPercentFree:42 Can you point me to the right direction ? Ituriel do Nascimento Neto -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spacewar! on S/360
The Michigan Mods tapes are on the CBT web site. Regards, John K From: Clark Morris cfmpub...@ns.sympatico.ca To: IBM-MAIN@listserv.ua.edu Date: 02/25/2013 06:56 AM Subject:Re: Spacewar! on S/360 Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu On 24 Feb 2013 23:37:07 -0800, in bit.listserv.ibm-main you wrote: In a google search, I saw a textbook mention of the game, and that it was ported. No mention of the software. Did find a web site with the PDP-1 version with a PDP-1 emulator on the browser page at http://www.geek.com/articles/games/play-spacewar-on-the-dec-pdp-1-emulated-in-your-browser-20121211/ Maybe someone can isolate the PDP-1 source and re-port it? Is the MICHMODS OS360 precursor to the CBT tape archived anywhere? the Goddard tape? Clark Morris I am fairly certain the Star Trek and Klingon games are on the CBTTape.org site. On Sun, Feb 24, 2013 at 10:51 PM, Sean P. McBride spmcbr...@us.ibm.com wrote: All, I recently found out that Edson Hendricks (the creator of VNET) wrote a copy of Spacewar! for the IBM System 360 while he was an MIT student. It was based on the PDP-1 version, and it was used by MIT for their annual open house in either 1965 or 1966. My understanding is that this S/360 version ended up getting played by IBMers at the IBM Research Lab, which resulted in a corporate ban of running the software on IBM machines. Considering that the source should run on modern IBM mainframes with some code modification, I thought that this might be something worth resurrecting for the 50th anniversary of the System 360 announcement. Do any of you ever recall playing this game on an IBM mainframe or hearing about others that might have done this? Do any of you have suggests for finding the source code for this S/360 version? Edson does not have a copy, and I have not yet heard back the from Computer History Museum. Thanks for your help!!! Respectfully, Sean P. McBride Millennialmainframer.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Determining 3390 Model
The DVOL and PDS commands use the DCE (returned from UCBSCAN) to determine the 3390 model number. Until EAV, any volumes larger than a model 9 were identified as model 9. The DCE model number for EAV DASD is A. There is a SHARE requirement to document the DCE in MACLIB. Regards, John K -IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote: - To: IBM-MAIN@listserv.ua.edu From: Edward Jaffe Sent by: IBM Mainframe Discussion List Date: 02/15/2013 07:19PM Subject: Re: Determining 3390 Model On 2/15/2013 4:19 PM, Dale McCart wrote: Any thing larger than a Mod 1 is listed as Mod 3 if not larger than a 3 Any thing larger than a Mod 3 is listed as Mod 9. Not true. If not Mod1, Mod2, Mod3 or Mod9, it is reported as ModA. This is true for both DS8xxx HMC and z/OS displays. DS P,8339 IEE459I 17.08.42 DEVSERV PATHS 648 UNIT DTYPE M CNT VOLSER CHPID=PATH STATUS RTYPE SSID CFW TC DFW PIN DC-STATE CCA DDC CYL CU-TYPE 08339,3390A ,A,041,MVSEV0,12=+ 2E=+ 2107 8003 Y YY. YY. N SIMPLEX 39 39 262668 2107 SYMBOL DEFINITIONS A = ALLOCATED + = PATH AVAILABLE Note this volume is listed as 3390A aka ModA. (Mod9 would be listed as 33909.) Since the volume has 262,668 cylinders, it would be listed as Mod236 using the technique suggested earlier in this thread. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASDCALC
What specific error are you getting on the install? Regards, John K From: Dazzo, Matt mda...@pch.com To: IBM-MAIN@listserv.ua.edu Date: 02/14/2013 09:47 AM Subject:DASDCALC Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu So my Win XP work station machine is gone, not my choice. So I am looking for a replacement tool for the indispensable DASDCALC tool distributed my Central coast software. I use this tool regularly and it makes my life very easy. I cannot seem to get it working on Windows 7 although I read some others have. Of course I could use the good old fashion calculator as a means to survive but that seems too old fashioned. Has anyone found a replacement tool or can u provide some tips on how you got it working on Win 7. Thanks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Utility issuing STOW Initialize?
The following subcommand in PDS 8.6 will do what you want. FIXPDS STOWINIT Regards, John K From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@listserv.ua.edu Date: 01/25/2013 05:17 PM Subject:Re: Utility issuing STOW Initialize? Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu On Fri, 25 Jan 2013 15:00:46 -0800, Charles Mills wrote: I can confirm that 3.1 S * D does *not* do things the easy way. SMF reveals that it does 'n' member deletes. From CBTTAPE FILE182(PDSHELP): 002337 5. The RESET of a PDSE directory is done with the STOW 002338 Initialize function. 002339 http://www.cbttape.org/freepds.htm -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP variable block dataset from z/OS to Windows and back
Ed, The BDW/RDW data does not get transferred. Regards, John K From: Ed Gould edgould1...@comcast.net To: IBM-MAIN@listserv.ua.edu Date: 01/10/2013 02:10 PM Subject:Re: FTP variable block dataset from z/OS to Windows and back Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu John: But in VB type datasets there is always binary data in the RR portion of the record. Ed On Jan 10, 2013, at 8:27 AM, John P Kalinich wrote: Gilbert, If there is no binary data in the file it should work. Regards, John K From: Gilbert Cardenas gilbertcarde...@grocerybiz.com To:IBM-MAIN@listserv.ua.edu Date: 01/10/2013 08:11 AM Subject: FTP variable block dataset from z/OS to Windows and back Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Does anyone know if the following limitation still applies? http://www-01.ibm.com/support/docview.wss?uid=swg21188301 I have a request to ftp a z/OS variable blocked dataset to a windows server and then be able to ftp that dataset back to a z/OS system. I am not privy to all the details about why they want to do this, just been asked if it is possible to do? I'm guessing they want to make some minor tweaks to the dataset and re-upload. Anyhow, can this be done and if so, can you share any samples? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z196 and z/OS 1.4
Does the DR site have VM available? Regards, John K Allen Staller of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 11/12/2012 02:20:40 PM: It will either work, or fail completely. Not supported, but I can't see why it would fail. Good luck! snip Would anyone dare try to run z/OS 1.4 on a Z196 machine? We are also in the 10th year of a 2 year plan to get off of the mainframe. The machine available for us at DR site is a Z196. I am running 1.4 w/ compatability mantenance. I REALLY DO NOT dare apply maintenance on the current OS. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 26.4.2 JCL DD statement parameters and equivalent text units
Paul, The table displays OK on my Firefox 16.0.2 brower. Regards, John K -IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote: - To: IBM-MAIN@listserv.ua.edu From: Paul Gilmartin Sent by: IBM Mainframe Discussion List Date: 11/08/2012 08:54PM Subject: 26.4.2 JCL DD statement parameters and equivalent text units I'm looking at this page with Firefox: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a8c1/26.4.2 26.4.2 JCL DD statement parameters and equivalent text units Where I read: Use this table to convert ... I don't see any table. I look at it with Safari. I don't see any table. With Firefox, I look the corresponding page for several earlier z/OS releases. I don't see any table. What am I missing? I download the PDF and view it. Now the table appears. WTF? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many subscribers?
http://www.lsoft.com/catalist.html Graham Hobbs of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 09/11/2012 10:13:29 AM: Arte there any available estimates of how many subscribers there are to both this list and CICS-L? Would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Proof That Dinosaurs Can Learn New Tricks
snip from Ed's blog This time, there was no new z/OS release to talk about; the next one is not scheduled until September, 2013. /snip What happened to the June, 2013 release date? Regards, John K IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 09/07/2012 10:46:21 AM: From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN@listserv.ua.edu Date: 09/07/2012 10:47 AM Subject: Proof That Dinosaurs Can Learn New Tricks Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Proof that dinosaurs can learn new tricks, I wrote my first 'blog' entry -- EVER -- and it is on SHARE's web site. http://www.share.org/p/bl/ar/ blogaid=167source=6 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
There are also software vendors that can change the information in a PDS directory without notice. PDSMAN and Endevor come to mind. Regards, John K John Gilmore of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 09/06/2012 08:56:31 AM: Lizette's point that IBM can change the information in a PDS directory without notice is of course generically correct That conceded, such changes have been infrequent for many years; and the functional stabilization of PDS support that came about with the introduction of PDSEs makes further such changes unlikely. Brutally put, PDSEs are changing, PDSs are not. Have you succeeded in opening your PDS as a sequential file? --jg On 9/6/12, Lizette Koehler stars...@mindspring.com wrote: Charles, If I recall when writing an Assembler Program for a STOW macro there were some pointers on how to dump a PDS Directory. And I think there may be information in the ISPF Manuals as well. Though I think you are better served by doing this with an assembler program. Also, remember IBM can change the info in the directory without explanation. Lizette I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) I tried //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)) but IEBGENER is too smart for that: IEB311I CONFLICTING DCB PARAMETERS IEB311I CONFLICTING DCB PARAMETERS (and copied nothing). Anyone know how to accomplish this, short of writing an assembler program to do it? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: modifying secondary space allocation
If you are looking for a supported tool, I would use IEBCOPY to clone. Regards, John K David Jousma of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 08/13/2012 07:34:56 AM: This is interesting. I will look at this closer, however given the scope of our current problem, I'd prefer to use supported functions/utilities to do this. Check out CDSCB on the CBT tape. SYNTAX - CDSCB 'DSNAME' EXPDT(DATE) SHR VOL(VOLUME) UNIT(UNIT) CREATE(DATE) REFDT(DATE) DSORG(XX) RECFM(XX) LRECL(XX) BLKSIZE(XX) ALLOC(TR/CYL/BL) SPACE(SECONDARY-AMOUNT) PWR/PWW/NOP/RACF/NORACF ZAP(OFFSET VERDATA REPDATA) Regards, John K David Jousma of the IBM Mainframe Discussion List IBM- m...@listserv.ua.edu wrote on 08/13/2012 07:03:15 AM: This may be a dumb question...just can't see a solution in front of my nose at the moment. Say you have many PDS(not PDSE) datasets that for whatever reason were never allocated with secondary extents(not LLA datasets).Is there a tool that can change the dataset secondary allocation from 0 to some other number easily? Don't want to have to reallocate the datasets. I don't see that the PDS can do it, nor does it look like IDCAMS can do it... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cbttape Freeware isn't available
It is available now. Regards, John K Francisco H. of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 07/23/2012 02:28:11 AM: I tried to access the web Cbttape: www.cbttape.org, and is not available: You see this page because there is no Web site available at this address: http://www.cbttape.org . Someone knows because not available ? Thank you very much. Francisco -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MXI freeware?
It is on the CBT tape. Regards, John K Matan Cohen of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 07/16/2012 09:05:34 AM: Hi , does 'MXI' isn't a freeware anymore? http://www.rocketsoftware.com/mainstar/products/mxi-g2 I can't seem to find any link for downloading it . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
