Re: list of cobol load modules and their cobol version
I can offer you a utility type program It "reads" in a PDS/PDSE containing load modules/program objects and it uses the DESERV and IEWBIND API"s to list all csects in the objects and what compiler/product was used to build it. This what your looking for? Shout if it is and I can mail you either source and or load offline. Should be easy to wrap in a REXX. again input is a loadlib output is written to a DD (FB80) in format first line for a program is LMODNAME datetime and userid amode rmode Followed by one line for each csect it contains and it compiler product. The utility program just contains an array of IBM product numbers - I dont cater for all! it also contains a list of exclusion csects you dont want reported on see below Example output. MAXSTOR 160926160926ABNB529J 31ANY MAXSTOR MAXSTOR 160926160926HL ASM V2 31 24 MYCODE 160302160302ABNB529Y 31ANY MYCODE 160302160302C Z/OS R2 MIN 24 MYCODE TIEB160302160302C Z/OS R2 MIN 24 MYCODE EDCINPL 110318160302HL ASM V2MIN 24 NEILTIME170724170724ABNB529J 31ANY NEILTIMENEILTIME170724170724HL ASM V2 31 24 NHM997D 170203170203ABNB529J 31ANY NHM997D NHM997D 170203170203Ent Cobol V6 MIN 24 NHM997D DLM010 120514170203HL ASM V2MIN 24 NHM997D DLM010170203 .DLM010 MIN 24 NHM997DE170130170130ABNB529J 31ANY NHM997DENHM997DE170130170130Ent Cobol V6 MIN 24 NICKTEST170504170504ABNB529N 31ANY NICKTESTNICKTEST170504170504Ent Cobol V4 MIN 24 NICKTESTNICKTEST 170504ä.NICKTEST MIN 24 NICKTSTA170504170504ABNB529N 31ANY NICKTSTANICKTSTA170504170504Ent Cobol V4 MIN 24 NICKTSTANICKTSTA 170504ä.NICKTSTA MIN 24 NICKTSTB170504170504ABNB529N 31ANY NICKTSTBNICKTSTB170504170504Ent Cobol V4 MIN 24 NICKTSTBNICKTSTB 170504ä.NICKTSTB MIN 24 Product codes and exclusion arrays 000468 PROD_MAX DCF'24' LUCKY FOR SOME 000469 PROD_IDS DCCL28'360SAS037 FORTRAN ' 1 000470 DCCL28'40CB1 COBOL ' 2 000471 DCCL28'566528408 HEWLH096 ' 3 000472 DCCL28'566895801 COBOL II ' 4 000473 DCCL28'566896201 ASM H V2 ' 5 000474 DCCL28'569623400 HL ASM V2 ' 6 000475 DCCL28'5734-F02 FORTRAN ' 7 000476 DCCL28'5734-PL1 PL/I ' 8 000477 DCCL28'5734AS100 ASM H V1.5 ' 9 000478 DCCL28'5740CB103 OS/VS COBOL ' 10 000479 DCCL28'5741SC103 ASM F ' 11 000480 DCCL28'5752SC104 IEWL ' 12 000481 DCCL28'5655G5300 ENT COBOL FOR Z/0S' 13 000482 DCCL28'566895807 COBOL/370 ' 14 000483 DCCL28'5648A2500 COBOL FOR OS/390 ' 15 000484 DCCL28'5688040 C/370 COMPILER V1 ' 16 000485 DCCL28'5688187 C/370 COMPILER V2 ' 17 000486 DCCL28'5688216 SAA AD/CYCLE C/370' 18 000487 DCCL28'5645001 C/C++ OS/390 R2 ' 19 000488 DCCL28'5647A01 C/C++ OS/390 R4 ' 20 000489 DCCL28'5694A01 C Z/OS R2 ' 21 000490 DCCL28'5655G5300 Ent Cobol V3 ' 22 000491 DCCL28'5655S7100 Ent Cobol V4 ' 23 000492 DCCL28'5655EC6 Ent Cobol V6 ' 24 000493 EXCL_MAX DCF'4' 000494 EXCL_LIS DCXL2'0003',CL3'CEE' 000495 DCXL2'0003',CL3'IGZ' 000496 DCXL2'0004',CL4'IEWB' 000497 DCXL2'0002',CL2'@@' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IXGBRWSE - SMF Logstream
Hi Jose, We do not ship an official mapping macro for the SMF buffers returned by a log stream browse. The intended interface to get SMF records in log streams is IFASMFDL. You can however IXGBRWSE the log stream and see the buffers are returned in a consistent format, but this is of course not supported by IBM. In some cases the data returned by the log stream browse has to be manipulated by SMF before the user sees it, such as if zEDC compression is turned on in z/OS V2R1. -Nick Jones z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Need to move some DASD volumes that have system logger datasets on them
From a logger perspective there is no clear answer, but there are a number of tools to get off the data set. Logger data sets are of the form HLQ.lsname.suffix and there are staging data sets and offload data sets. To get off of staging data sets you can change the duplex method for the log streams to stg_duplex=NO and that will get off the data set, and then change it back and it can re-allocate a staging data set on the new dasd. You'll have to go through a user managed rebuild after each duplex change for the change to take effect. For offload data set logger keeps the most recently used offload data set for each log stream and on each system allocated. The data sets remain allocated until a new offload data set is needed because the previous one filled. This is a tricky condition to force. 1) you can force an offload with the samplib proc OFFLDS. S IXGOFLDS,LOGSTRM=lsname This is a relativley risk free option, but if there is not enough log data in primary storage, it may not cause a new data set allocation to get off the current. 2) D logger,c,lsn=lsname,d -- This will show you the jobs that are using the log stream, You can find then use the recommended method to quiesce these applications. 3) Many but not all logger applications will automatically reconnect if they are disconnected. You can do a SETLOGR FORCE,DISC,LSName=x to disconnect from the logstream on a system, you might have to do this from multiple systems and multiple log streams to relieve all data sets used in a volume. Disconnecting should cause the data sets to be unallocated. However if applications don't like being disconected they may have to be restarted. You'll have to investigate each logger exploiters behavior to see how they tolerate these conditions and hopefully some combination of the above will get you what you need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Copy a SVC Dump
As far as I know, the supported method to copy dumps is using IPCS copy dump. http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieac500/cpydump.htm http://pic.dhe.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.ieac500/cpydump.htm Copy dump can be invoked by batch jcl or via the IPCS dialog 3.2 -Nick Jones z/OS Service Aids/IPCS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPCS BLSQMFLD NAME=
Hi Dan, I just opened up APAR OA45131 to update BLSQMFLD. Were planning on adding a LABEL attribute to the macro. This will allow NAME to specify length and offset, while LABEL will be up to 8 characters displayed that are displayed. -Nick Jones nrjo...@us.ibm.com z/OS Service Aids -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 tape drives
Kurt, Hope you were able to find someone to maintain your 3590-B11's and A50 controller. If you did, would you mind sharing who you made arrangements with for continued HW support? Earlier this year I upgraded my 3590-B11's and A50 controllers to 3590-E11's and A60 controllers as I was aware that IBM would no longer maintain B11's and A50's as of July 1, 2014. I did so with thinking that the 'newer' models would continue to be maintained for at least a few more years as there are more E11/E1A and H11/H1A drives still in use, as opposed to B11 drives. Unfortunately, IBM Withdrawal Announcement 914-145, dated July 15, 2014, will require me to revisit the issue of HW maintenance support for my 3590-E11 drives and A60 controllers. 914-145 states: IBM will withdraw from its lease, rental, and maintenance agreements the machine types and models listed below, effective January 31, 2015. (Only 6 months 2 weeks notice!) 3590-E11 3590-E1A 3590-H11 3590-H1A Also, effective January 31, 2016: 3590-A60 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IXGBRWSE (LogStream Browse)
Hi John, Nothing directly will tell you that more data is in the log stream. You can do one of these to simulate this. 1) If you own the writing and reading applications you can signal yourself to read some more 2) Your program can wake up once in a while and browse again. Another EndReached will just mean you'll need try again later. 3) Logger issues ENF signal 48 for log steam events. Listen to the ENF signal for specific events as they might signal logstream activity. (Offload complete is a good one to look at here) -Nick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Jes3 CI queue
Hi Wonder if anyone can advise or offer help. I myself an new to jes3 We have a job that is stuck in the Convertor/Interpretor dispatcher and have been asked to cancel it. 1. I have tried both jes3 and mvs commands to cancel it, but it still remains in the dispatcher, any suggestions how I can remove it? 2. How can I determine why it is stuck on there, I can see nothing in the logs that give me a clue as to whats happening Tia Nick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Jes3 CI queue
Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 12 November 2014 14:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jes3 CI queue If you have not done so, there is a JES3 List You can join at this URL http://www.listserv.uga.edu/archives/jes3-l.html Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Icke, Nick Sent: Wednesday, November 12, 2014 7:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Jes3 CI queue Hi Wonder if anyone can advise or offer help. I myself an new to jes3 We have a job that is stuck in the Convertor/Interpretor dispatcher and have been asked to cancel it. 1. I have tried both jes3 and mvs commands to cancel it, but it still remains in the dispatcher, any suggestions how I can remove it? 2. How can I determine why it is stuck on there, I can see nothing in the logs that give me a clue as to whats happening Tia Nick -- 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: Logger Space
You don't want to 3.4 delete the data sets, this may cause logger to think the log stream is damaged. You'll want to evaluate what is in the log streams and archive the data appropriately. See z/OS MVS Setting Up a Sysplex (SA23-1399), Planning for system logger applications, Deleting log data and log data sets. The section on Deleting log data give you various options depending on what application using the log streams. Using tso to delete the log data sets can cause a lot of trouble for system logger. -Nick Jones, z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPCS error help
This solution is assuming that Jake is on the z13 ESP and has part of OA43495 ++APARs or PTFs applied. If this is not the case then, please open a PMR and we'll investigate the problem. Nick Jones z/OS Service Aids On Wed, 11 Feb 2015 08:28:23 -0600, Nick Jones nrjo...@us.ibm.com wrote: Hi All, By IPCS 2.2, i believe he means option 2.2 from the main panel which points to IP STATUS. We saw this internally recently-- I believe this specific 878-10 is due to the installation of a ++APAR for OA43495 which I think is for new hardware toleration. Either some versions of the ++APAR don't have part IOSVFMTC included which has updates to IOS formatters that are called as part of IP STATUS, or IOSVFMTC wasn't applied to the miglib that IPCS brings up. see canceled apar OA45781: ABEND878-10 on IPCS ANALYZE or IPCS IOSK, due to zero ULUT pointer in an analyzed dump This should be corrected by making sure your miglib has the updated IOSVFMTC in it, or making sure you are on the latest ++APAR build. -- Nick Jones z/OS Service Aids -- 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: IPCS error help
Hi All, By IPCS 2.2, i believe he means option 2.2 from the main panel which points to IP STATUS. We saw this internally recently-- I believe this specific 878-10 is due to the installation of a ++APAR for OA43495 which I think is for new hardware toleration. Either some versions of the ++APAR don't have part IOSVFMTC included which has updates to IOS formatters that are called as part of IP STATUS, or IOSVFMTC wasn't applied to the miglib that IPCS brings up. see canceled apar OA45781: ABEND878-10 on IPCS ANALYZE or IPCS IOSK, due to zero ULUT pointer in an analyzed dump This should be corrected by making sure your miglib has the updated IOSVFMTC in it, or making sure you are on the latest ++APAR build. -- Nick Jones z/OS Service Aids -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Contract for HLASM project
My group is currently looking for an individual or organization that can provide coding expertise for an HLASM coding project. The project is to convert some HLASM programs that currently use XCF for communications between LPARs to using TCP/IP for the same communications. All other processing in the modules is working well and would not be changed, only the communication method used to transport the data between the two systems. Skills required are expertise in HLASM and z/OS, XCF understanding and solid TCP/IP skills. Any interested parties can contact me offline for more information: nick.pou...@asg.commailto:nick.pou...@asg.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HLASM Coding Project
My group is currently looking for an individual or organization that can provide coding expertise for an HLASM coding project. The project is to convert some HLASM programs that currently use XCF for communications between LPARs to using TCP/IP for the same communications. All other processing in the modules is working well and would not be changed, only the communication method used to transport the data between the two systems. Skills required are expertise in HLASM and z/OS, XCF understanding and solid TCP/IP skills. Any interested parties can contact me offline for more information: nick.pou...@asg.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Fault Analyzer and LE ABTERMENC
Hi List We are seeing behaviour under fault analyser where the ABTERMENC LE runtime option is being forced to RETCODE instead of ABEND. Can anyone confirm the behaviour? TIA Nick --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA7
Thanks Liz -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 13 March 2016 14:50 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA7 Yes. It is on communities.ca.com. Lizette -Original Message- >From: "Icke, Nick" <nick.i...@hpe.com> >Sent: Mar 12, 2016 9:52 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: CA7 > >Hi > >Is there a listserv specifically dealing with Ca7 > >Regards > >Nick > >-- >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
CA7
Hi Is there a listserv specifically dealing with Ca7 Regards Nick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FDR List
Whats the prob you are encountering and can you supply the exec pack, I maybe able to help Ta Nick -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hardee, Chuck Sent: 03 January 2017 18:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: FDR List Does anyone know if there is an FDR list out there somewhere? If there isn't one, is anyone willing to offer insight on an FDR RESTORE problem I am having? Thanks, Chuck Charles (Chuck) Hardee<mailto:chuck.har...@thermofisher.com> Senior Systems Engineer/Database Administration EAS Information Technology<mailto:DBA%20Engineering%20-%20DB2_IDMS> Thermo Fisher Scientific 300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 | Mobile +1 (412) 877-2809 | FAX: +1 (412) 490-9230 chuck.har...@thermofisher.com<mailto:chuck.har...@thermofisher.com> | www.thermofisher.com WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this e-mail or the information herein by anyone other than the intended recipient, or an employee or agent of a system responsible for delivering the message to the intended recipient, is prohibited. If you are not the intended recipient, please inform the sender and delete all copies. -- 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: Merging two CTN STP
Take a look at white paper WP102314 at http://www.ibm.com/support/techdocs This gives you various options of merging CTNs either disruptively or non-disruptively, I successfully used the non-disruptive approach last year having studied this paper very carefully. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSE MAXGENS API
Hi Gord, Thanks for the heads-up on FAMS. Yes, I think this is going to hurt! Nick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSE MAXGENS API
Thanks for the confirmation, Steve. I did consider the possible hacks you mentioned but unfortunately, neither the IEBPDSE utility nor TSO/E LISTDS (nor indeed the TSO/E REXX function, LISTDSI) have been updated to output the MAXGENS value of a PDSE V2 library. Even if these facilities get updated via an APAR, their use would be undesirable since ours is a commercial application and the functionality being developed would become conditional on the customers' application of the APAR SYSMODs. I think I am going to have to bite the bullet and request permission from management to get the FAMS licence. Nick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSE MAXGENS API
Many thanks, Cieri. However, this method obtains the system wide maximum as defined by MAXGENS_LIMIT in parmlib member IGDSMSxx, not the MAXGENS value defined to an individual PDSE V2 library. Nick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
PDSE MAXGENS API
Is there an API that will allow my program to establish the maximum number of member generations defined to a PDSE version 2 data set (via MAXGENS)? I have found a SHARE presentation that states this information is stored in the PDSE itself. The ISITMGD macro will get the PDSE version and also indicates whether that PDSE is enabled for member generations. Unfortunately, it does not get the maximum number of generations supported by the PDSE. From what I've gathered from my Google searches, I'm beginning to suspect that this information is only available via FAMS. Nick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Programmatic way to create unrecoverable ABEND?
For authorized code, you can use the CALLRTM service. This can kill the current task or any task you want. You could have a test program that abends a task in your main program. It also has options to disable retry. Nick Jones -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMFPRMFxx SYS SUBSYS and EXITs question
In an SMFPRMxx member if you have this: ... SYS(NOTYPE(4,5,20,34,35,40) EXITS(IEFU83,IEFU84,IEFU85,IEFACTRT,IEFUJV,IEFUSI, IEFUJP,IEFUSO,IEFUJI,IEFUTL)) SUBSYS(STC,EXITS(IEFUJP,IEFUSO)) ... then why would the IEFU83/84/85 exits not fire for SMF records coming from STCs? Documentation seems to imply that the SYS settings are the default/back-stop for all things. We needed to make the last line read like this to make it work: ... SUBSYS(STC,EXITS(IEFU83,IEFU84,IEFU85,IEFUJP,IEFUSO)) ... The question: Does the list of exits in the SUBSYS specification overwrite all those in SYS, that is, in this case, it reduces the list of exits from the ten in the SYS specification to just the two that are explicitly listed? Any pointers would be welcome! Thanks, Nick. Nick Varley Director, Customer Support p +44 (0) 1823 226012 | m +44 (0) 7766 806780 nick.var...@syncsort.com We organise data everywhere, to keep the world working Syncsort Limited 2 Tangier Central Castle Street Taunton TA1 4AS UK www.syncsort.com-- ATTENTION: -- Syncsort Limited is a limited company registered in England and Wales. Registered number: 01373158. Registered office: 3rd Floor, The Pinnacle, 20 Tudor Road, Reading, RG1 1NH. VAT: GB295525177 The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Product usage metric question: is SMF89UZT meant to be a cumulative field?
Happy New Year to all. I'm looking at product usage data in SMF 89 subtype 1 records, and I see that TCB and SRB values go up and down, and look like reasonable interval values. The SMF89UZT field for offloaded CPU time, however, only seems to go up and makes it look suspiciously like it is just a snapshot of the counter reading, not the true interval (delta) value for that interval. The snippet below is for z/OSMF, but I can also see the same happens for IBM products like DB2, MQ, Websphere and IBM Integration Bus (IB). SMF DATE/TIME SRBTCBOFFLOAD 30 DEC 2019 00:00:00.00 0:00:00.01 0:00:00.33 1:31:58.37 30 DEC 2019 00:05:00.00 0:00:00.01 0:00:00.29 1:31:59.12 30 DEC 2019 00:10:00.00 0:00:00.01 0:00:00.32 1:31:59.86 30 DEC 2019 00:15:00.00 0:00:00.01 0:00:00.36 1:32:00.57 30 DEC 2019 00:20:00.00 0:00:00.00 0:00:00.30 1:32:01.30 30 DEC 2019 00:25:00.00 0:00:00.00 0:00:00.30 1:32:02.05 30 DEC 2019 00:30:00.00 0:00:00.01 0:00:00.34 1:32:02.79 I don't have any non-IBM product data with offload engine usage to check, so if anyone who does have would be prepared to have a look at their data and report back, that would be very useful. Whatever the results, I think there are some questions to pose to IBM: Is the SMF89UZT field cumulative for all products? If so, please can you document that in the SMF record description. Is the SMF89UZT field cumulative only for IBM products? If so, please can you document that in the SMF record description. Is the SMF89UZT field meant to be an interval value? If so, please can you fix the z/OS code so it is. Any additional thoughts or comments are most welcome. Best wishes Nick Nick Varley Director, Customer Support p +44 (0) 1823 226012 | m +44 (0) 7766 806780 nick.var...@syncsort.com We organise data everywhere, to keep the world working Syncsort Limited 2 Tangier Central Castle Street Taunton TA1 4AS UK www.syncsort.com-- ATTENTION: -- Syncsort Limited is a limited company registered in England and Wales. Registered number: 01373158. Registered office: 3rd Floor, The Pinnacle, 20 Tudor Road, Reading, RG1 1NH. VAT: GB295525177 The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC-ASCII converter and other tools
There is a Microsoft Windows version of the z/OS OEM batch utility, SELCOPY. SELCOPY for Microsoft Windows can be invoked as a line command in a Windows shell or from a shell script (BAT or VBS). It is capable of record based data manipulation (including ASCII<->EBCDIC) and also supports definition of user specific translate tables. Product description - http://www.cbl.com/products.php#tab=selc Examples - http://www.cbl.com/success.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SAS Institute IP claims against World Programming fail again
it appears that the copyright and patent infringement claims that SAS brought against WPS have been dismissed or withdrawn. https://www.worldprogramming.com/press/sas_institute_ip_claims_against_world_programming_fail_again/ https://law.justia.com/cases/federal/district-courts/texas/txedce/2:2018cv00295/183557/465/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
