Re: SMFLIMxx sample?

2017-07-07 Thread Jim Mulder
The developer is aware of this need, but suggests that you submit an RFE to request this function. RFEs are helpful when the decisions are being made as to which items get funded. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > I looked at SMFLIMxx and was

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Steve Horein
On Fri, Jul 7, 2017 at 8:05 AM, Barbara Nitz wrote: > A colleague of mine just asked me if ISPF statistics in a data set, > especially the USERID field, can be manipulated. We used ISPF 3.5 and we > were both astonished that I was easily able to fake a userid as the one who >

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Beverly Caldwell
Evidence of what Barb ? Don't hang anyone on this evidence. Anyone with update access to the pds can update this field.. I do it all the time to source code libraries to set the version level in the uid field. I can't think how you would do it. The ds name in the RACF call will not contain a

Re: PL/I CHARACTER(*) VARYING question

2017-07-07 Thread Thomas David Rivers
Frank Swarbrick wrote: For PL/I experts: Can a PL/I procedure declared with a CHARACTER(*) VARYING parm be called passing a CHARACTER VARYINGZ or CHARACTER VARYING4 argument? Thanks, Frank Those are different data attributes, but the answer is "kinda yes". The VARYINGZ and VARYING4 value

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Paul Gilmartin
On Fri, 7 Jul 2017 08:05:42 -0500, Barbara Nitz wrote: >A colleague of mine just asked me if ISPF statistics in a data set, especially >the USERID field, can be manipulated. We used ISPF 3.5 and we were both >astonished that I was easily able to fake a userid as the one who last changed >a

PL/I CHARACTER(*) VARYING question

2017-07-07 Thread Frank Swarbrick
For PL/I experts: Can a PL/I procedure declared with a CHARACTER(*) VARYING parm be called passing a CHARACTER VARYINGZ or CHARACTER VARYING4 argument? Thanks, Frank -- For IBM-MAIN subscribe / signoff / archive access

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Dana Mitchell
Free PDS command on CBT Tape can do this, see the ATTRIB subcommand: SYNTAX - ATTRIB member AMODE24/AMODE31/AMODE64/AMODEANY AUTH/NOAUTH or APF/NOAPF

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Ed Jaffe
On 7/7/2017 11:07 AM, Paul Gilmartin wrote: I'm curious what else might lurk in that "PDSE AX cell". Perhaps an immutable creator ID? 8 characters in z/OS 2.3? Note that 8-byte userid support was added to MVS way back in 1995. Only TSO/E lagged behind... .* $04=OW13376 HBB4420 950329

DB2 Ver. 8.1 running on z/OS 2.1?

2017-07-07 Thread Patrick Falcone
Anyone running DB2 version 8.1 on z/OS 2.1? I'm looking to verify, any links or information would be appreciated. Thank You. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Paul Gilmartin
On Fri, 7 Jul 2017 13:17:52 -0400, Tony Harminc wrote: > >It will surprise me if IBM hasn't given some serious thought to this >for PDSEs. A formally managed interface to PDSE member metadata, >subject to RACF etc. controls, would be quite doable. Of course it >would be tricky to make it

Re: Z performance question #1 - AR mode

2017-07-07 Thread Jim Mulder
There should be no performance cost, other than the cost of the instructions to manipulate the access registers, as long as an access register is loaded far enough in advance of its use to avoid a pipeline delay, and for an ALET other than 0 or 1, there is already an ALB entry, so that Access

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Brenton, Ren
Here is something I wrote a while back. (I pulled out some proprietary code, but this should work). Enjoy. Ren Example to test: /* REXX */? pds_nam = '.BBB.CCC' mbrnam = 'CCC' m_dat_4 = '2014/11/07' c_dat_4 = '2014/11/07' c_dat = Substr(c_dat_4,3) m_dat =

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Walt Farrell
On Fri, 7 Jul 2017 16:56:09 +0200, R.S. wrote: >W dniu 2017-07-07 o 15:29, Lizette Koehler pisze: >> As far as I know, the statistics have always worked that way. That as long >> as you had the ability to edit (change/alter/del/create) the PDS you could >> use

Re: Z performancequestion #2 - key 9

2017-07-07 Thread Jim Mulder
There should be no performance cost. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > Subject: Z performancequestion #2 - key 9 > Sent by: IBM Mainframe Discussion List > > What is the performance cost of using key 9 storage when

Re: Orhan control block in a FIFO chain

2017-07-07 Thread Walt Farrell
On Fri, 7 Jul 2017 09:59:01 -0500, Donald Likens wrote: >We run our product on somewhere around 15 client site. We have had this >problem on one client site (multiple LPARs) since we started running there. We >have only seen this problem on one other system during a

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Tony Harminc
On 7 July 2017 at 09:30, John McKown wrote: > There are no control possible for this. The ISPF statistics are simply > data in the "user data area" portion of a member's directory entry. >

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Elardus Engelbrecht
John McKown wrote: >​There are no control possible for this. There are some control. ISPCCONFIG can be used to FORCE stats using module ISPCFIGU, but hahahahahaha, override it with option =3.5 as the OP said. >The ISPF statistics are simply data in the "user data area" portion of a

Re: Orhan control block in a FIFO chain

2017-07-07 Thread John McKown
On Fri, Jul 7, 2017 at 9:59 AM, Donald Likens wrote: > We run our product on somewhere around 15 client site. We have had this > problem on one client site (multiple LPARs) since we started running there. > We have only seen this problem on one other system during a trial

Re: Orhan control block in a FIFO chain

2017-07-07 Thread Donald Likens
We run our product on somewhere around 15 client site. We have had this problem on one client site (multiple LPARs) since we started running there. We have only seen this problem on one other system during a trial (they did not keep the product). The client site that sees this problem sees it

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread R.S.
W dniu 2017-07-07 o 15:29, Lizette Koehler pisze: As far as I know, the statistics have always worked that way. That as long as you had the ability to edit (change/alter/del/create) the PDS you could use 3.5 to change the ID field to anything you like. ...except the dates. Sometimes I want

Re: EAV volumes and SYSRES

2017-07-07 Thread R.S.
[...] List - Just curious if the EAV volumes can be used for SYSRES volumes or if there are any concerns with using them for SYSRES volumes? If they can be used for SYSRES, any considerations with using them? Just looking for advise. IMHO there are few things to consider: 1. EAV consist

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Longabaugh, Robert E
The 3.5 option has been able to manipulate member stats since I first saw "SPF" somewhere around 1980. The most useful function I have found is being able to delete member statistics. This is one way you can save a new member when the directory is out of space. It is usually my second

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread John McKown
On Fri, Jul 7, 2017 at 8:05 AM, Barbara Nitz wrote: > A colleague of mine just asked me if ISPF statistics in a data set, > especially the USERID field, can be manipulated. We used ISPF 3.5 and we > were both astonished that I was easily able to fake a userid as the one who >

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Lizette Koehler
As far as I know, the statistics have always worked that way. That as long as you had the ability to edit (change/alter/del/create) the PDS you could use 3.5 to change the ID field to anything you like. I typically change it to BASE and then as I update members, I can see what has been

Re: Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Binyamin Dissen
On Fri, 7 Jul 2017 08:05:42 -0500 Barbara Nitz wrote: :>A colleague of mine just asked me if ISPF statistics in a data set, especially the USERID field, can be manipulated. We used ISPF 3.5 and we were both astonished that I was easily able to fake a userid as the one who

Friday question: ISPF Statistics Manipulation

2017-07-07 Thread Barbara Nitz
A colleague of mine just asked me if ISPF statistics in a data set, especially the USERID field, can be manipulated. We used ISPF 3.5 and we were both astonished that I was easily able to fake a userid as the one who last changed a member (testing in my own dataset, of course). This

Z performance question #1 - AR mode

2017-07-07 Thread Binyamin Dissen
How big is the performance cost of running ARMODE? Should there be a section of code that uses only ALET 0, is it best to go into primary mode for that section? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should

Z performancequestion #2 - key 9

2017-07-07 Thread Binyamin Dissen
What is the performance cost of using key 9 storage when the PSW is not in key 9? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should

Re: SMFLIMxx sample?

2017-07-07 Thread Vernooij, Kees (ITOPT1) - KLM
> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Pew, Curtis G > Sent: 13 June, 2017 23:15 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SMFLIMxx sample? > > I’m going through our SMF exits and reviewing them. I was able to >

Re: EAV volumes and SYSRES

2017-07-07 Thread Bill Wilkie
Lizzette: I have been looking at various LOGREC reports recently and looking at processing the logger and remembered seeing this in the EREP user's Guide about the LOGREC history data set: "When you include history data sets as input for your report you must define them on the ACCIN

Re: IBM Knowledge Center

2017-07-07 Thread Timothy Sipples
1. As a reminder, IBM Knowledge Center for z/OS is a standard, included feature of the z/OS base operating system (Version 2.2 and above). Please take advantage of it. If your mainframe is not already "self-documenting," please make it so. 2. A "local" IBM Knowledge Center is also available for