Re: Reading DD card information
Hardee, Charles H wrote: > I agree with Paul, why do you call this a problem. > > As Paul indicates, the substituted values would be those in effect when > the step (EXEC as Paul said) is reached. > If you have a SET for a variable name prior to step 1 and then a SET for > the same variable name prior to step 2, isn't the intention to have > different values available to the step? What Kirk Wolf calls "ASASYMB-style symbol table" has a simple format because each variable it contains has a single (and stable) value. The structure of a "JCL variable symbols" table defined when the job's JCL is analysed would be more complex because a variable can by set several times in a job, even in a job step. Example: // SET VAR= //STEP1 EXEC PGM=MYPROG,PARM=&VAR // SET VAR=SYS1.MACLIB //DD1 DD DSN=&VAR,DISP=SHR // SET VAR=SYS1.MODGEN //DD2 DD DSN=&VAR,DISP=SHR When MYPROG looks for the value of &VAR, what does it find ? , SYS1.MACLIB, or SYS1.MODGEN ? All three ? No, this definitely can't be as simple as ASASYMB. The "System static symbols" table is displayed in the SYMBOLS section of SHOWMVS and SHOWzOS. The code was contributed to R618 in 1996 by DL. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com > What I would like to see is something similar to the "environment" in > the PC world. One would SET various variables to required values and > then, programmatically, access the "environment" and retrieve a > variable's value. That is, in effect, what a SYSIN DD would/could be > used for, but, unfortunately, symbolics can't be used in SYSIN, or more > generically, DD *, input. > > Chuck > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Paul Gilmartin > Sent: Friday, September 18, 2009 10:41 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Reading DD card information > > On Fri, 18 Sep 2009 16:37:19 +0200, Gilbert Saint-Flour wrote: > >>Frank Swarbrick wrote: >> >>On 9/17/2009 at 2:13 PM, Kirk Wolf wrote: Not to drudge up old threads, but wouldn't it be nice if JCL PROC and SET variables were not thrown away by the converter/interpreter and instead placed in an ASASYMB-style symbol table by the initiator? This would be useful in so many ways >> >>That could be more complicated that the system-wide symbol table. >>One problem is probably that a variable can be set to several different >> values in a given job. >> > I would expect that the values passed to each job step would be the > values of the JCL symbols in effect at the point of the EXEC statement. > Why do you call this a problem? This parallels the behavior of > symbolic substitution in PARM, DD statements, etc. > > -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBDFSYM With COBOL 410 - ((attn Frank Yeager??))
I'm wondering if COBDFSYM shouldn't become "open source" or similar. Given the (apparent) loose ownership of the code. But I'm just wondering, not proposing. The advantage would be that interested parties could work on it. Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter ID: MartinPacker "They're figuring out that collaboration isn't a productivity hit, it makes them smarter." Sam Palmisano on BlogCentral, 26 November 2008 Frank Yaeger wrote: ... > Andy Robertson wrote on 09/18/2009 03:30:01 PM: >> Could you maybe send me a copy offlist (as a .txt file will do?) >> >> I suspect I've copied the exec from the pdf wrong somehow . . . though I >> can not see how. > >You can download cobdfsym.txt from the DFSORT FTP site at: > > ftp://ftp.software.ibm.com/storage/dfsort/mvs/ > > Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com > Specialties: FINDREP, WHEN=GROUP, DATASORT, ICETOOL, Symbols, Migration > > > DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.11 eMail client
Josef This post - and your other recent post in the IBM-MAIN list concerning SMTP, "Wrong Email Address - what we can do in z/OS email client ?" - did *not* appear in the archives. I am posting this in the archives for you. > can anyone give me details about features of this client. Assuming you are referring to what the z/OS Communications Server New Function Summary Version 1 Release 11 manual calls "New SMTP client for sending Internet mail", the regular manuals can. This topic was the only one found with search words "SMTP and "client". In addition to the z/OS Communications Server New Function Summary Version 1 Release 11 manual, you will find information is the following two manuals where you will normally find all you need to know: - z/OS Communications Server IP Configuration Guide, "Chapter 26. Mail on z/OS", "Configuring the CSSMTP application" which has revision bars. - z/OS Communications Server IP Configuration Reference "Chapter 31. Communications Server SMTP application" which also has revision bars. In case you don't already know the following URL is your gateway to z/OS manuals: http://www-03.ibm.com/systems/z/os/zos/bkserv/ Chris Mason - Post from Josef Berger: On our last Telecommunication Guide, IBM has announced a new z/OS eMail client in z/OS1.11. can anyone give me details about features of this client. E.G. does it write SMF records ?. does it include encryption features ?. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: load modules for CICS, IMS, DB2 and TSO
Hello Frank, maybe this is all correct, but I'd like to throw your attention to one very important fact: the different DSNHLIs are not at all the same. So if you want to build - as we did at our site - a kind of general interface, which works in all environments, you have to rename all the different DSNHLIs (and all the other CSECTs among those load modules, that may have conflicting names), build a new load module, which contains all these CSECTs and a new one, named DSNHLI, which branches to the correct one, depending on the environment, which has to be determined correctly on the first call and saved in a static variable for subsequent calls. The DFHEI.. stuff has nothing to do with DB2, in my opinion, and is only in the module DFSLI000, because it is a general interface to all kind of systems for IMS (only a wild guess, in this case a interface to CICS). Without renaming the different DSNHLI CSECTs, you will end up with the wrong interfaces in the wrong environment and ugly abends. I had to make this experience before. The renaming can be done by linkage editor control statements, see the appropriate manuals. You can, for example, read the DSNHLI section from DSNELI, rename it to EDSNHLI, then read the DSNHLI section from DSNALI, rename it to ADSNHLI, and the two will not be thrown together. Then, from the new DSNHLI, you call ADSNHLI, when you are in batch environment, and EDSNHLI, when you are in TSO. Kind regards Bernd Frank Swarbrick schrieb: Rather than posting the same thing to the CICS, IMS and DB2 lists I'm just posting here. After doing some research today I'd like to make the following assertions: DSNELI in SDSNLOAD ● This is the TSO attach module ● DSNHLI is an alias for this module DFHD2LI in SDFHLOAD ● This is the DB2 CICS attach module ● DSNCLI is an alias for this module ● DSNHLI is an alias for this module DFSLI000 in SDFSRESL ● This is the DB2 IMS attach module (among other things!) ● DSNHLI is an alias for this module ● DFHEI1 (the CICS stub) is an alias for this module ● DFHEI01 (an alternate CICS stub?) is an alias for this module ● CBLTDLI, AIBTDLI and other DLI entry points are aliases for this module Are these assertions true? Does the above mean that we can always link with SDFSRESL, both in batch and in CICS, to resolve DSNHLI (DB2), DFHEI1 (CICS) and CBLTDLI/AIBTDLI (DLI/IMS) linkage? CAF throws a small wrinkle in it: DSNALI in SDSNLOAD ● This is the DB2 CAF attach moodule ● DSNHLI2 is an alias for this module ● This module also has a DSNHLI entry point According to this web page http://www.idug.org/cgi-bin/wa?A2=ind0411A&L=db2-l&P=40916 I believe I am able to do the following: //LINKALI JOB NOTIFY=&SYSUID //LINKALI EXEC PGM=IEWL, // PARM='LIST,LET,XREF,RENT,REUS,NCAL,COMPAT(LKED)' //SYSPRINT DD SYSOUT=* //SYSUT1DD //DSNLOAD DD DISP=SHR,DSN=SYS3.DSN910.SDSNLOAD //SYSLMOD DD DISP=OLD,DSN=NEW.LOAD //SYSLINDD * INCLUDE DSNLOAD(DSNAA) INCLUDE DSNLOAD(DSNALI) MODE AMODE(31) ENTRY DSNALI ALIAS DSNHLI NAME DSNALI(R) This copies DSNALI from SDSNLOAD into NEW.LOAD and creates the DSNHLI alias for it (rather than DSNHLI being an alias for the TSO attach module, DSNELI). If I include NEW.LOAD in my load module concatenation I am able to use CAF even without specifying the ATTACH(CAF) DB2 precompile option. This I have confirmed with Cobol programs compiled with the DYNAM option. Should work for NODYNAM as well, but I haven't tested it. My test CICS region is broken (security is hosed!) so I can't test my theory about at the moment. Plus it hasn't been configured yet for DB2 attach. Anyway, I am hopeful, but I'd welcome any thoughts. My goals are: 1) to make link-editing simple by (I hope) including one set of SYSLIB libraries for all of my Cobol compiles (batch, batch with IMS, batch with DB2, batch with IMS and DB2, CICS, CICS with IMS, CICS with DB2, CICS with IMS and DB2). 2) to make "batch" load modules that contain IMS and/or DB2 calls callable both in batch and in CICS. Here is the SYSLIB concatenation: SYSLIB concatenation libraries for link-edit step ● Local application load libraries ● SCEELKED ● CSSLIB (can't remember why!) ● SDFSRESL ● SDFHLOAD (not needed?!) ● SDSNLOAD (not needed?!) ● SEZATCP This I think should (might?) work for batch programs compiled DYNAM and CICS programs compil
Re: COBDFSYM With COBOL 410 - ((attn Frank Yeager??))
It is a REXX exec and contains the following comment line: *** Freeware courtesy of SEB IT Partner and IBM *** So, if you're interested, work away! Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Saturday, September 19, 2009 2:50 AM I'm wondering if COBDFSYM shouldn't become "open source" or similar. Given the (apparent) loose ownership of the code. But I'm just wondering, not proposing. The advantage would be that interested parties could work on it. Martin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMF Spreadsheet Reporter
hi Michael, I have questions, in one of our shops, client limits FTP, or because we connect to the host via sine(ie. Aventail),thus we can not submit batch job from PC(RMF Spreadsheet reporter). Q1: So I copy the JCL to the host and submit manually, then download the "listing" file from host via ISPF.6. However, when I try to create working set from the this "listing" file, it comes up error saying " report options are not setting..can not process "the listing file path..." what's wrong? Q2: Can you share some sample control statements, if I want to produce workload CPU usage chart, by service class. Is this controlled in the overview file you specify in "SYSTEM OPTIONS" ? many thanks..! On Fri, Sep 18, 2009 at 10:56 PM, Michael Schmutzok wrote: > I've never created the working set directly from the SMF data. I create the > overview records first and then create the working set from that. e.g.: > > 1) Select SMF data set > 2) Create overview records (submits batch job) > 3) Retrieve the overview file from mainframe > 4) Select the overview file and create working set > > I create monthly charts/reports using this process > > > > > >>> Dana Mitchell 9/15/2009 2:19 PM >>> > Hello, > I'm trying to get the RMF Spreadsheet reporter working and I am quite > stumped. > > This is on Windows XP, Excel 2003. I have downloaded and installed the > latest version of the reporter. It starts up OK, I define my SMF dump > datasets. I Select Create->Workingset. The job runs successfully. The > workingset shows up in the working sets folder on the local side. Then I > select an excel spreadsheet to open. In the spreadsheet, click the button > to 'Select Working Set and process Data...'.Then I get an error message > box stating: 'No Working Set selected or no Working Set available'. > > Does anybody have any ideas what might be going on here? I can see the > working sets in the correct directory, but I can't convince Excel that > they are > there... > > Thanks > Dana > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Cobe Xu Best Regards --- zOS Performance & Capacity Analyst E2E Performance Analyst Email: cob...@gmail.com --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html