was Re: APF authorization and AC(00)n now 0 dark thirty call

[Edward Gould]

> On Jun 9, 2017, at 4:25 PM, Jesse 1 Robinson  wrote:
> 
> One of my very first oh dark thirty wake up calls. I had tested thoroughly 
> using a public test library. All good. Copied the module carefully to the 
> production counterpart. Went home. Boom. 
> 
> The lessons you learn earliest are the ones you remember best. ;-)
> ——_SNIP—

I think my first in private sector 0 dark 30 call was the application people 
decided that they wanted their files in VBS format (to save tape?) .
After much research the compiler didn’t support it (a LONG time ago).
After some JCL changes . The tape was created and then read successfully by a 
later program. 
I suggested to the application people RTFM before doing something like this in 
the future.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System REXX

[Tony Thigpen]

John,

How did your OPS/MVS replacement project go? I am looking at possibly 
the same thing.


Tony Thigpen

John McKown wrote on 10/25/2016 07:58 AM:

On Mon, Oct 24, 2016 at 7:37 PM, Steve Horein 
wrote:





Thank you for the explanation and reasoning sir!
I supported OPS/MVS in a previous life (loved it), and I am now supporting
NetView automation (love it), so I am lucky to be able to currently work
with "COMMON" variables, which are accessible to any NetView task, very
similar to OPS' Global variables. There is also the concept of NetView
"task" level variables, known only to the specific task. It's good to know
the overhead associated with filesystems is not as bad as "traditional"
datasets, especially the buffering aspects. On a side note, I always
thought you would be a fun guy to work with, based on the things you do!



​Thank you for the kind words about possibly being "fun to work with". But
this place definitely isn't fun. We're dying ("cloud" sourcing) & I'm
looking. Some of the things that I do are simply because we are, and have
always been, cheap (vs. frugal). So I'm always looking for "zero dollar"
solutions to make my work easier. Part of making my work easier is making
other people's work easier (because then they don't bug me ). I am
"creatively lazy", I guess.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: changing batch job to use SSL

[Timothy Sipples]

Have you looked at AT-TLS yet? It's a feature within Communications Server
for z/OS.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and AC(00)

[Peter Relson]

>REFRPROT extends this to programs that are not loaded from an 
>APF authorized library.

Actually, REFRPROT extends this to programs that are bound with the REFR 
option regardless of module authorization or library authorization.
And it goes further because it page-protects, which would cause the 
program to blow up even if were running key 0 if it attempted to store 
into itself.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Syncsort With Splunk

[Jake Anderson]

I have used syncsort in Mainframe but don't know how splunk would speak to
syncsort running in zOS.

Is there any architecture diagram or Manual which can help me to understand
?

On Jun 8, 2017 10:24 PM, "Pew, Curtis G" 
wrote:

> On Jun 8, 2017, at 11:03 AM, Jake Anderson  mailto:justmainfra...@gmail.com>> wrote:
>
> Is there anybody in the group who have used syncsort with Splunk ?
>
> We forward our OPERLOG to Splunk, although we don’t use Syncsort’s
> forwarder. (I wrote my own; it wasn’t that hard.)
>
> Our main motivation was to show that the mainframe group are “team
> players” since everyone else around here was investing in Splunk, but it is
> actually quite useful. We’ve set up a few regular reports of classes of
> ABENDs or other errors we like to keep track of, and it allows us to go
> back and do searches for messages when an issue arises that we hadn’t
> foreseen.
>
>
> --
> 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: Syncsort With Splunk

[Blaicher, Christopher Y.]

It is not Splunk speaking to Syncsort the MFX sort product, it is the Syncsort 
Ironstream product sending data to Splunk.

See http://www.syncsort.com/en/Products/Mainframe/Ironstream

If you download the trial copy from there you get the manual.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Saturday, June 10, 2017 9:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort With Splunk

I have used syncsort in Mainframe but don't know how splunk would speak to 
syncsort running in zOS.

Is there any architecture diagram or Manual which can help me to understand ?

On Jun 8, 2017 10:24 PM, "Pew, Curtis G" 
wrote:

> On Jun 8, 2017, at 11:03 AM, Jake Anderson  mailto:justmainfra...@gmail.com>> wrote:
>
> Is there anybody in the group who have used syncsort with Splunk ?
>
> We forward our OPERLOG to Splunk, although we don’t use Syncsort’s
> forwarder. (I wrote my own; it wasn’t that hard.)
>
> Our main motivation was to show that the mainframe group are “team
> players” since everyone else around here was investing in Splunk, but
> it is actually quite useful. We’ve set up a few regular reports of
> classes of ABENDs or other errors we like to keep track of, and it
> allows us to go back and do searches for messages when an issue arises
> that we hadn’t foreseen.
>
>
> --
> 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





ATTENTION: -

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: System REXX

[John McKown]

It was going fairly well. Then management went full reverse on the
outsourcing. They cancelled the contract. So we are in-sourcing everything
which had been out-sourced. So OPS/mvs is staying.

On Jun 10, 2017 03:56, "Tony Thigpen"  wrote:

> John,
>
> How did your OPS/MVS replacement project go? I am looking at possibly the
> same thing.
>
> Tony Thigpen
>
> John McKown wrote on 10/25/2016 07:58 AM:
>
>> On Mon, Oct 24, 2016 at 7:37 PM, Steve Horein 
>> wrote:
>>
>>

 Thank you for the explanation and reasoning sir!
>>> I supported OPS/MVS in a previous life (loved it), and I am now
>>> supporting
>>> NetView automation (love it), so I am lucky to be able to currently work
>>> with "COMMON" variables, which are accessible to any NetView task, very
>>> similar to OPS' Global variables. There is also the concept of NetView
>>> "task" level variables, known only to the specific task. It's good to
>>> know
>>> the overhead associated with filesystems is not as bad as "traditional"
>>> datasets, especially the buffering aspects. On a side note, I always
>>> thought you would be a fun guy to work with, based on the things you do!
>>>
>>>
>>> ​Thank you for the kind words about possibly being "fun to work with".
>> But
>> this place definitely isn't fun. We're dying ("cloud" sourcing) & I'm
>> looking. Some of the things that I do are simply because we are, and have
>> always been, cheap (vs. frugal). So I'm always looking for "zero dollar"
>> solutions to make my work easier. Part of making my work easier is making
>> other people's work easier (because then they don't bug me ). I am
>> "creatively lazy", I guess.
>>
>>
>>
> --
> 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: APF authorization and AC(00)

[Paul Gilmartin]

On Sat, 10 Jun 2017 07:27:15 -0400, Peter Relson wrote:

>>REFRPROT extends this to programs that are not loaded from an 
>>APF authorized library.
>
>Actually, REFRPROT extends this to programs that are bound with the REFR 
>option regardless of module authorization or library authorization.
>And it goes further because it page-protects, which would cause the 
>program to blow up even if were running key 0 if it attempted to store 
>into itself.
> 
I remain mystified,  Why was not the REFRPROT behavior the default
(or only) behavior ever since the inception of the REFR attribute?
o Is there a performance penalty for REFRPROT that developers
  wanted to circumvent for problem programs?  Contrariwise, it seems
  that coding a test for the authorized status of the load library was
  needless effort.
o Did the developers assume, very incorrectly IMO, that they were
  extending a courtesy to application programmers by permitting
  programs that modified themselves to be marked REFR?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System REXX

[Paul Gilmartin]

On Sat, 10 Jun 2017 09:38:52 -0500, John McKown wrote:

>It was going fairly well. Then management went full reverse on the
>outsourcing. They cancelled the contract. So we are in-sourcing everything
>which had been out-sourced. ...
>
And continuing to operate with antiquated, possibly unsupported software
and hardware?  Pay time and materials if support is needed?

>So OPS/mvs is staying.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System REXX

[scott Ford]

2pts for the good guys in their white hats



On Sat, Jun 10, 2017 at 10:39 AM John McKown 
wrote:

> It was going fairly well. Then management went full reverse on the
> outsourcing. They cancelled the contract. So we are in-sourcing everything
> which had been out-sourced. So OPS/mvs is staying.
>
> On Jun 10, 2017 03:56, "Tony Thigpen"  wrote:
>
> > John,
> >
> > How did your OPS/MVS replacement project go? I am looking at possibly the
> > same thing.
> >
> > Tony Thigpen
> >
> > John McKown wrote on 10/25/2016 07:58 AM:
> >
> >> On Mon, Oct 24, 2016 at 7:37 PM, Steve Horein 
> >> wrote:
> >>
> >>
> 
>  Thank you for the explanation and reasoning sir!
> >>> I supported OPS/MVS in a previous life (loved it), and I am now
> >>> supporting
> >>> NetView automation (love it), so I am lucky to be able to currently
> work
> >>> with "COMMON" variables, which are accessible to any NetView task, very
> >>> similar to OPS' Global variables. There is also the concept of NetView
> >>> "task" level variables, known only to the specific task. It's good to
> >>> know
> >>> the overhead associated with filesystems is not as bad as "traditional"
> >>> datasets, especially the buffering aspects. On a side note, I always
> >>> thought you would be a fun guy to work with, based on the things you
> do!
> >>>
> >>>
> >>> ​Thank you for the kind words about possibly being "fun to work with".
> >> But
> >> this place definitely isn't fun. We're dying ("cloud" sourcing) & I'm
> >> looking. Some of the things that I do are simply because we are, and
> have
> >> always been, cheap (vs. frugal). So I'm always looking for "zero dollar"
> >> solutions to make my work easier. Part of making my work easier is
> making
> >> other people's work easier (because then they don't bug me ). I am
> >> "creatively lazy", I guess.
> >>
> >>
> >>
> > --
> > 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
>
-- 
Scott Ford
IDMWORKS
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: APF authorization and AC(00)

[scott Ford]

Wow a seal team 6 member ...

On Sat, Jun 10, 2017 at 10:54 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 10 Jun 2017 07:27:15 -0400, Peter Relson wrote:
>
> >>REFRPROT extends this to programs that are not loaded from an
> >>APF authorized library.
> >
> >Actually, REFRPROT extends this to programs that are bound with the REFR
> >option regardless of module authorization or library authorization.
> >And it goes further because it page-protects, which would cause the
> >program to blow up even if were running key 0 if it attempted to store
> >into itself.
> >
> I remain mystified,  Why was not the REFRPROT behavior the default
> (or only) behavior ever since the inception of the REFR attribute?
> o Is there a performance penalty for REFRPROT that developers
>   wanted to circumvent for problem programs?  Contrariwise, it seems
>   that coding a test for the authorized status of the load library was
>   needless effort.
> o Did the developers assume, very incorrectly IMO, that they were
>   extending a courtesy to application programmers by permitting
>   programs that modified themselves to be marked REFR?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
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: Syncsort With Splunk

[Lizette Koehler]

Jake,

If you are that interested in this function, I would recommend you contact 
Syncsort Sales and request further information.  That way you can be connected 
directly with the vendor and how their product Ironstream feeds Splunk.  (Yes, 
I saw Chris has responded)

Note: it is not Syncsort the product that feeds Splunk.  It is Ironstream 
product by Syncsort to feed Splunk.  Go to Syncsort.com for more details on 
Ironstream.



I have found with past companies they did not like me downloading trial 
versions as it could put them on the path of having to purchase the product.

I do not think Syncsort would do that, but it is something to consider.

If this is just a curiosity question, what specifically do you need to know 
that has not already been discussed?


Got Splunk? Add Ironstream!

Get security insights & operational intelligence from the mainframe in real time


With Ironstream, you collect log data from SMF, RMF, Syslog and other z/OS 
sources, and forward that data in real time to the Splunk® Enterprise analytics 
platform. That gives you visibility into your z/OS environment as well as your 
distributed and open-systems environment. Total visibility, in other word. This 
is done without the need for z/OS monitoring systems or for specialized, 
scarce, and costly mainframe expertise.

Comprehensive and powerful business intelligence reporting is at hand as users 
can easily search, analyze, and visualize the mainframe log data along with log 
data from distributed and open-source systems.

Ironstream also integrates with Splunk’s Enterprise Security and IT Service 
Intelligence applications. This goes beyond IT operational analytics to give 
you a firmer grasp of potential security threats in your z/OS environment. It 
ensures that your critical business services are being delivered on time.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jake Anderson
> Sent: Saturday, June 10, 2017 6:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Syncsort With Splunk
> 
> I have used syncsort in Mainframe but don't know how splunk would speak to
> syncsort running in zOS.
> 
> Is there any architecture diagram or Manual which can help me to understand ?
> 
> On Jun 8, 2017 10:24 PM, "Pew, Curtis G" 
> wrote:
> 
> > On Jun 8, 2017, at 11:03 AM, Jake Anderson  > mailto:justmainfra...@gmail.com>> wrote:
> >
> > Is there anybody in the group who have used syncsort with Splunk ?
> >
> > We forward our OPERLOG to Splunk, although we don’t use Syncsort’s
> > forwarder. (I wrote my own; it wasn’t that hard.)
> >
> > Our main motivation was to show that the mainframe group are “team
> > players” since everyone else around here was investing in Splunk, but
> > it is actually quite useful. We’ve set up a few regular reports of
> > classes of ABENDs or other errors we like to keep track of, and it
> > allows us to go back and do searches for messages when an issue arises
> > that we hadn’t foreseen.
> >

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Nice article about MF and Government

[Gabe Goldberg]

I have no dog in this fight -- never worked for government, never dealt 
with Compuware, don't remember problems with CA. Issues with other 
vendors, sure, as have been abundantly described here. Closest I came to 
gov work was 14 years at Mitre Corporation -- not-for-profit government 
research think tank, somewhat subject to gov procurement rules but 
independent corporation. And I'm sure not arguing with the various 
"voices of experience".


But I've profiled a couple gov agencies technology and I read 
http://www.govtech.com/ -- which highlights mostly good news (many 
interesting/innovative projects highlighted), though they also sure 
cover disasters and project failures. And half the time they're 
badmouthing legacy systems. I'm just noting that there's a spectrum of 
competence and quality in gov, same as elsewhere.


Edward Gould  said:

> On Jun 3, 2017, at 9:13 PM, zMan  wrote:
>
> What does that mean? Even a stopped clock is right twice a day and 
all that

> -- just because you don't like the source doesn't mean it makes sense to
> diss it unless you also disagree with it. Do you?
>
> On Sat, Jun 3, 2017 at 8:50 PM, Edward Gould >

> wrote:
>>
>> Thanks, unfortunately it was written by a person from Compuware. From my
>> prospective not a recommendation at all.

ZMan:
I disagree generally with the tone of the article and some specifics
1. A lot of Government IT facilities are in a state of neglect. By 
neglect, I mean than funding year after year after year has been cut. 
What is left is at best a wish mosh of equipment/software/man 
power/management.
2. Even bringing top “the Cloud” to me is a red herring and should be 
tossed in the dustbin.

3. There is no clear one size fits all.
4. Since 4 of the items I mentioned above have been so neglected that 
(the tax payer should be ashamed) .
5. I have been in several governmental data centers. Some of them are a 
disgrace and should be put out of their misery. Some are decent and only 
need some modernization. One of the DC's I visited had operators smoking 
and partly used boxed paper laying all over the place, in the computer 
room, the place was unbelievable.
6. I know I can’t speak for all of the cases but the ones I can either 
say get rid of or modernize the MF. The ones that PC’s can help are the 
smallish type DC’s.
7. Even *IF* done, the funding will not be reliable and the DC’s will 
fall back in disrepair in 5-7 years. The politicians will find a way to 
squeeze the well dry, once again.
8. There is no incentive for management to be either the BEST or at 
least better. This in turn leaves other three open items above to going 
down hill .
9. Working for the government in the past in most governmental DC’s has 
been a carreer limiting factor. That needs to be improved.
10. Some DC’s are so Civil Service oriented that in itself is self 
destructive.
Those are the high points. I don’t think the author has a good grasp on 
how governmental DC’s operate.


--
Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Nice article about MF and Government

[Anne & Lynn Wheeler]

g...@gabegold.com (Gabe Goldberg) writes:
> But I've profiled a couple gov agencies technology and I read
> http://www.govtech.com/ -- which highlights mostly good news (many
> interesting/innovative projects highlighted), though they also sure
> cover disasters and project failures. And half the time they're
> badmouthing legacy systems. I'm just noting that there's a spectrum of
> competence and quality in gov, same as elsewhere.

AMEX was in competition with KKR for private equity take-over of RJR and
KKR wins. KKR runs into trouble and hires away the president of AMEX to
turn it around. IBM has gone into the red and was being reorganized into
the 13 "baby bells" in preparation for breaking up the company. The
board then hires away the former president of AMEX to reverse the
breakup and resurrect the company ... using some of the same techniques
used at RJR
http://www.ibmemployee.com/RetirementHeist.shtml

The former president of AMEX then leaves IBM to head up another large
private equity company that will acquire a large beltway bandit that
employes Snowden. There was enormous uptic in gov. outsourcing last
decade, especially to private equity owned companies ... in
intelligence, 70% of the budget and over half the people
http://www.investingdaily.com/17693/spies-like-us/

private equity owned companies are under intense pressure to cut corners
and do what ever is necessary to generate profits for their owners. In
the case of outsourced security clearances, they were found to be
filling out the paper work and not actually doing the background checks.
Companies in private equity mill are sometimes compared to "house
flipping", except rather than paying off the mortgage as part of the
flip, the loan to buy the company stays on the company's books after the
sale. Combination of factors contribute to over half of corporate
defaults are companies that are in (or previously in) the private equity
mill.
http://www.nytimes.com/2009/10/05/business/economy/05simmons.html?_r=0

this has also contributed to the rapid spreading "success of failure"
culture ... beltway bandits (especially private equity owned
subsidiaries) get more revenue from a series of failures
http://www.govexec.com/excellence/management-matters/2007/04/the-success-of-failure/24107/

This all sounds cynical, because it is. Whether or not it's deliberate
is another matter. But you don't have to believe that people consciously
fail to recognize the windfall it brings. Even if they don't know why,
there's a reason people keep making the same mistakes: Failure is one of
the most successful things going.

... snip ...

which also includes a long list of failed legacy system modernization
efforts. Badmouthing legacy systems might just be obfuscation and
misdirection regarding the real source of the problems.

disclaimer: early in the century we gat a call asking us to respond to
an unclassifed BAA (by IC-ARDA, since renamed IARPA) that was about to
close and nobody else had responding to (basically said that the tools
they have didn't do the job). We get response in and then have some
meetings showing we could do what was needed and then it goes silent and
hear nothing more. It wasn't until the above article that we realize
that what was going on (although we wondered why the agency had allowed
the BAA to be released in the first place, possibly some internal
politics were still being played out).

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Does the JES2 ESTBYTE parm limit STC or just batch output?

[Tom Brennan]

I should probably relay my old story about estimated line counts:  Back 
around 1984 a spool shortage occurred that slowed or stopped all 
processing enough that the manager response was "Put in some limits". 
So someone implemented a JES2 exit that 722'd when the estimated line 
count was exceeded.  Managers were happy I guess.


The result, however, was that virtually all of the 722's were folks who 
simply needed to increase their estimated line count, often after a 
complaining phone call to my desk.  So basically all the exit did was 
cause reruns and additional CPU usage - very expensive in those days.  I 
ended up removing the exit and concentrated on actions to handle spool 
problems on the back-end (notification and automation, including spool 
offload if necessary).  Those back-end methods have their own issues, 
but at least the complaning calls stopped.


Jesse 1 Robinson wrote:
In light of our spool problems, we have undertaken to set a limit. Trying to make everyone put output limits in their jobs would be out of the question. So we dug into TFM and found system wide ESTLNCT. There are related parms for byte count and page count, but we went with lines for simplicity. It's a 'basic' parm not associated with job class. We set ESTLNCT to a value that we calculated would represent around 20% of the spool. Fortunately we have a sandbox system where we can play with this sort of thing. 

Good news for us: a large output job gets S722 when our experimental limit is exceeded. Bad news for OP: I set up a started task to do the same thing; it ran to completion regardless of output count. So it appears that STCs are not subject to the ESTLNCT value. 

I’m 99% sure that the TSO OUTLIM value specified in IKJTSOxx affects only TSO; in fact, only the TSO TRANSMIT command, not TSO output in general. 

Before discovering ESTLNCT, we set out to get automation (SA) to analyze the 'output exceeded' message and cancel a job when it reaches 20% of the spool; that value is included in the message. I imagine that the same strategy could be used to limit STCs, but it would require more work. 

It just occurred to me that if you're concerned about a specific STC, you might try putting a JOB card on it. I have not tried that. 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Nice article about MF and Government

[Edward Gould]

> On Jun 10, 2017, at 11:46 AM, Anne & Lynn Wheeler  wrote:
> 
> private equity owned companies are under intense pressure to cut corners
> and do what ever is necessary to generate profits for their owners. In
> the case of outsourced security clearances, they were found to be
> filling out the paper work and not actually doing the background checks.
> Companies in private equity mill are sometimes compared to "house
> flipping", except rather than paying off the mortgage as part of the
> flip, the loan to buy the company stays on the company's books after the
> sale. Combination of factors contribute to over half of corporate
> defaults are companies that are in (or previously in) the private equity
> mill.
> http://www.nytimes.com/2009/10/05/business/economy/05simmons.html?_r=0 
> 


I don’t want to say this but it is appropriate here. Sounds like the Trump 
Administration.
Sorry had to say it.

Ed


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Does the JES2 ESTBYTE parm limit STC or just batch output?

[Edward Gould]

> On Jun 10, 2017, at 2:33 PM, Tom Brennan  wrote:
> 
> I should probably relay my old story about estimated line counts:  Back 
> around 1984 a spool shortage occurred that slowed or stopped all processing 
> enough that the manager response was "Put in some limits". So someone 
> implemented a JES2 exit that 722'd when the estimated line count was 
> exceeded.  Managers were happy I guess.

Indeed we had field in the accounting field that specified the max number of 
lines (25K was the max).
We were somewhat lucky as a full spool almost never happened (in the 80’s). We 
liked to think that was way. But it did work.

Ed
> 
> The result, however, was that virtually all of the 722's were folks who 
> simply needed to increase their estimated line count, often after a 
> complaining phone call to my desk.  So basically all the exit did was cause 
> reruns and additional CPU usage - very expensive in those days.  I ended up 
> removing the exit and concentrated on actions to handle spool problems on the 
> back-end (notification and automation, including spool offload if necessary). 
>  Those back-end methods have their own issues, but at least the complaning 
> calls stopped.
> 
> Jesse 1 Robinson wrote:
>> In light of our spool problems, we have undertaken to set a limit. Trying to 
>> make everyone put output limits in their jobs would be out of the question. 
>> So we dug into TFM and found system wide ESTLNCT. There are related parms 
>> for byte count and page count, but we went with lines for simplicity. It's a 
>> 'basic' parm not associated with job class. We set ESTLNCT to a value that 
>> we calculated would represent around 20% of the spool. Fortunately we have a 
>> sandbox system where we can play with this sort of thing. Good news for us: 
>> a large output job gets S722 when our experimental limit is exceeded. Bad 
>> news for OP: I set up a started task to do the same thing; it ran to 
>> completion regardless of output count. So it appears that STCs are not 
>> subject to the ESTLNCT value. I’m 99% sure that the TSO OUTLIM value 
>> specified in IKJTSOxx affects only TSO; in fact, only the TSO TRANSMIT 
>> command, not TSO output in general. Before discovering ESTLNCT, we set out 
>> to get automation (SA) to analyze the 'output exceeded' message and cancel a 
>> job when it reaches 20% of the spool; that value is included in the message. 
>> I imagine that the same strategy could be used to limit STCs, but it would 
>> require more work. It just occurred to me that if you're concerned about a 
>> specific STC, you might try putting a JOB card on it. I have not tried that. 
> 
> --
> 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

Help with invalid XML code issue

[Lizette Koehler]

I am not unix or xml savvy.  So any guidance will be appreciated.

I was supplied with an xml file to use to install a product.  When it runs it 
fails with the following error message.  This is done on the mainframe in the 
OMVS function.

SEVERE: java.text.ParseException: javax.xml.stream.XMLStreamException: An 
invalid XML character (Unicode: 0x4c) was found in the prolog of the document.

the first few lines of the XML are:



  

  
  

it is very long xml, over 3600 lines of code.

I am thinking it may have something to do with the code page for my PC or maybe 
the CUNI for LE.  Not sure.

Also, when I have the xml on my PC it looks fine, when I transferred it up to 
the mainframe it looked wrapped.  Should it be more line items or wrapped for 
it to work?  Just curious.  It was suggested to go into wordpad and then save 
it.  Then the wrap on the mainframe would be more line items (code).  Does that 
create any issues?



So any thoughts?

Thanks

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Does the JES2 ESTBYTE parm limit STC or just batch output?

[George Henke]

Thank you all.

Jesse answered the question.

It looks like STCs are agnostic to ESTBYTE.

Regardless of the line count, if a STC takes 25% of the spool, it needs to
be cancelled, either by Exit 20, Netview, or as a last resort the operator.

Oh well, back to the drawing board, Exit 20, and Netview.



On Sat, Jun 10, 2017 at 4:00 PM, Edward Gould 
wrote:

> > On Jun 10, 2017, at 2:33 PM, Tom Brennan 
> wrote:
> >
> > I should probably relay my old story about estimated line counts:  Back
> around 1984 a spool shortage occurred that slowed or stopped all processing
> enough that the manager response was "Put in some limits". So someone
> implemented a JES2 exit that 722'd when the estimated line count was
> exceeded.  Managers were happy I guess.
>
> Indeed we had field in the accounting field that specified the max number
> of lines (25K was the max).
> We were somewhat lucky as a full spool almost never happened (in the
> 80’s). We liked to think that was way. But it did work.
>
> Ed
> >
> > The result, however, was that virtually all of the 722's were folks who
> simply needed to increase their estimated line count, often after a
> complaining phone call to my desk.  So basically all the exit did was cause
> reruns and additional CPU usage - very expensive in those days.  I ended up
> removing the exit and concentrated on actions to handle spool problems on
> the back-end (notification and automation, including spool offload if
> necessary).  Those back-end methods have their own issues, but at least the
> complaning calls stopped.
> >
> > Jesse 1 Robinson wrote:
> >> In light of our spool problems, we have undertaken to set a limit.
> Trying to make everyone put output limits in their jobs would be out of the
> question. So we dug into TFM and found system wide ESTLNCT. There are
> related parms for byte count and page count, but we went with lines for
> simplicity. It's a 'basic' parm not associated with job class. We set
> ESTLNCT to a value that we calculated would represent around 20% of the
> spool. Fortunately we have a sandbox system where we can play with this
> sort of thing. Good news for us: a large output job gets S722 when our
> experimental limit is exceeded. Bad news for OP: I set up a started task to
> do the same thing; it ran to completion regardless of output count. So it
> appears that STCs are not subject to the ESTLNCT value. I’m 99% sure that
> the TSO OUTLIM value specified in IKJTSOxx affects only TSO; in fact, only
> the TSO TRANSMIT command, not TSO output in general. Before discovering
> ESTLNCT, we set out to get automation (SA) to analyze the 'output exceeded'
> message and cancel a job when it reaches 20% of the spool; that value is
> included in the message. I imagine that the same strategy could be used to
> limit STCs, but it would require more work. It just occurred to me that if
> you're concerned about a specific STC, you might try putting a JOB card on
> it. I have not tried that.
> >
> > --
> > 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
>



-- 
George Henke
(C) 845 401 5614

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with invalid XML code issue

[John McKown]

On Sat, Jun 10, 2017 at 4:26 PM, Lizette Koehler 
wrote:

> I am not unix or xml savvy.  So any guidance will be appreciated.
>
> I was supplied with an xml file to use to install a product.  When it runs
> it fails with the following error message.  This is done on the mainframe
> in the OMVS function.
>
> SEVERE: java.text.ParseException: javax.xml.stream.XMLStreamException: An
> invalid XML character (Unicode: 0x4c) was found in the prolog of the
> document.
>
> the first few lines of the XML are:
>
> ​​
> 
> 
>   
> 
>/>
>DefaultValue="Config" />
>
> it is very long xml, over 3600 lines of code.
>
> I am thinking it may have something to do with the code page for my PC or
> maybe the CUNI for LE.  Not sure.
>
> Also, when I have the xml on my PC it looks fine, when I transferred it up
> to the mainframe it looked wrapped.  Should it be more line items or
> wrapped for it to work?  Just curious.  It was suggested to go into wordpad
> and then save it.  Then the wrap on the mainframe would be more line items
> (code).  Does that create any issues?
>
>
>
> So any thoughts?
>
> Thanks
>
> Lizette
>
>
​Hum, 0x4c in UTF-8 is an "L". In EBCDIC CP-037 (et al.) it is a "<". If
you look at the first line:

​


the phrase: encoding="UTF-8" says that the rest of the data is in UTF-8.
But it's actually in EBCDIC. So the XML parser "sees" the "<" (in EBCDIC,
this is 0x4c, as in error) as a UTF-8 value of "L", which is not what it
wants at this point.

I'm not totally sure, but I think you need the first line to look like:



or maybe even just, leaving off the encoding entirely,


​
a good source of information on XML on z/OS:
http://www.redbooks.ibm.com/redbooks/pdfs/sg247810.pdf section 1.4 on
"Encoding".


-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with invalid XML code issue

[Lizette Koehler]

John,

Thanks I will try both variations and see if either works.

The vendor is trying to create a non-mainframe universal one-size fits all 
installation process, that you would then load up to the mainframe.

So they want to be able to have their customers install on Windows, Linux, AIX, 
mainframe, etc.  But just have one installation process be able to run on them 
all. I have been strictly working with the installation process from OMVS and 
it has provided some interesting challenges.


Lizette


-Original Message-
>From: John McKown 
>Sent: Jun 10, 2017 2:48 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Help with invalid XML code issue
>
>On Sat, Jun 10, 2017 at 4:26 PM, Lizette Koehler 
>wrote:
>
>> I am not unix or xml savvy.  So any guidance will be appreciated.
>>
>> I was supplied with an xml file to use to install a product.  When it runs
>> it fails with the following error message.  This is done on the mainframe
>> in the OMVS function.
>>
>> SEVERE: java.text.ParseException: javax.xml.stream.XMLStreamException: An
>> invalid XML character (Unicode: 0x4c) was found in the prolog of the
>> document.
>>
>> the first few lines of the XML are:
>>
>> ​​
>> 
>> 
>>   
>> 
>>   > />
>>   > DefaultValue="Config" />
>>
>> it is very long xml, over 3600 lines of code.
>>
>> I am thinking it may have something to do with the code page for my PC or
>> maybe the CUNI for LE.  Not sure.
>>
>> Also, when I have the xml on my PC it looks fine, when I transferred it up
>> to the mainframe it looked wrapped.  Should it be more line items or
>> wrapped for it to work?  Just curious.  It was suggested to go into wordpad
>> and then save it.  Then the wrap on the mainframe would be more line items
>> (code).  Does that create any issues?
>>
>>
>>
>> So any thoughts?
>>
>> Thanks
>>
>> Lizette
>>
>>
>​Hum, 0x4c in UTF-8 is an "L". In EBCDIC CP-037 (et al.) it is a "<". If
>you look at the first line:
>
>​
>
>
>the phrase: encoding="UTF-8" says that the rest of the data is in UTF-8.
>But it's actually in EBCDIC. So the XML parser "sees" the "<" (in EBCDIC,
>this is 0x4c, as in error) as a UTF-8 value of "L", which is not what it
>wants at this point.
>
>I'm not totally sure, but I think you need the first line to look like:
>
>
>
>or maybe even just, leaving off the encoding entirely,
>
>
>​
>a good source of information on XML on z/OS:
>http://www.redbooks.ibm.com/redbooks/pdfs/sg247810.pdf section 1.4 on
>"Encoding".
>
>
>-- 
>Veni, Vidi, VISA: I came, I saw, I did a little shopping.
>
>Maranatha! <><
>John McKown
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with invalid XML code issue

[Lizette Koehler]

John,

Thanks.  I removed the encoding section and it worked.  I have been banging my 
head for 3 weeks on this issue.

Much appreciate the help.

Lizette


-Original Message-
>From: Lizette Koehler 
>Sent: Jun 10, 2017 3:35 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Help with invalid XML code issue
>
>John,
>
>Thanks I will try both variations and see if either works.
>
>The vendor is trying to create a non-mainframe universal one-size fits all 
>installation process, that you would then load up to the mainframe.
>
>So they want to be able to have their customers install on Windows, Linux, 
>AIX, mainframe, etc.  But just have one installation process be able to run on 
>them all. I have been strictly working with the installation process from OMVS 
>and it has provided some interesting challenges.
>
>
>Lizette
>
>
>-Original Message-
>>From: John McKown 
>>Sent: Jun 10, 2017 2:48 PM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: Help with invalid XML code issue
>>
>>On Sat, Jun 10, 2017 at 4:26 PM, Lizette Koehler 
>>wrote:
>>
>>> I am not unix or xml savvy.  So any guidance will be appreciated.
>>>
>>> I was supplied with an xml file to use to install a product.  When it runs
>>> it fails with the following error message.  This is done on the mainframe
>>> in the OMVS function.
>>>
>>> SEVERE: java.text.ParseException: javax.xml.stream.XMLStreamException: An
>>> invalid XML character (Unicode: 0x4c) was found in the prolog of the
>>> document.
>>>
>>> the first few lines of the XML are:
>>>
>>> ​​
>>> 
>>> 
>>>   
>>> 
>>>   >> />
>>>   >> DefaultValue="Config" />
>>>
>>> it is very long xml, over 3600 lines of code.
>>>
>>> I am thinking it may have something to do with the code page for my PC or
>>> maybe the CUNI for LE.  Not sure.
>>>
>>> Also, when I have the xml on my PC it looks fine, when I transferred it up
>>> to the mainframe it looked wrapped.  Should it be more line items or
>>> wrapped for it to work?  Just curious.  It was suggested to go into wordpad
>>> and then save it.  Then the wrap on the mainframe would be more line items
>>> (code).  Does that create any issues?
>>>
>>>
>>>
>>> So any thoughts?
>>>
>>> Thanks
>>>
>>> Lizette
>>>
>>>
>>​Hum, 0x4c in UTF-8 is an "L". In EBCDIC CP-037 (et al.) it is a "<". If
>>you look at the first line:
>>
>>​
>>
>>
>>the phrase: encoding="UTF-8" says that the rest of the data is in UTF-8.
>>But it's actually in EBCDIC. So the XML parser "sees" the "<" (in EBCDIC,
>>this is 0x4c, as in error) as a UTF-8 value of "L", which is not what it
>>wants at this point.
>>
>>I'm not totally sure, but I think you need the first line to look like:
>>
>>
>>
>>or maybe even just, leaving off the encoding entirely,
>>
>>
>>​
>>a good source of information on XML on z/OS:
>>http://www.redbooks.ibm.com/redbooks/pdfs/sg247810.pdf section 1.4 on
>>"Encoding".
>>
>>
>>-- 
>>Veni, Vidi, VISA: I came, I saw, I did a little shopping.
>>
>>Maranatha! <><
>>John McKown
>>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: "New" Java-less Operating System Messages blips like crazy

[Ed Jaffe]

On 6/6/2017 8:54 PM, David Crayford wrote:

On 7/06/2017 1:43 AM, Ed Jaffe wrote:


We test (E)JES Web with current releases of Chrome, Firefox, Opera, 
Safari, and IE. We also test with IE8 because it's a different animal 
and requires special code to make things work right...




Do you have a firm requirement to support IE8?


We'd love, Love, LOVE to drop support for IE8 but for some strange 
reason a LOT of customers are still using it. :-(


--
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: APF authorization and AC(00)

[Charles Mills]

A refreshable program may modify itself, right? REFR does not say "I don't 
modify myself" it says "you can reload me if you want." Almost the same thing, 
but not quite.

Granted, modifying program storage is a bad idea -- in any event.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Saturday, June 10, 2017 7:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APF authorization and AC(00)

On Sat, 10 Jun 2017 07:27:15 -0400, Peter Relson wrote:

>>REFRPROT extends this to programs that are not loaded from an APF 
>>authorized library.
>
>Actually, REFRPROT extends this to programs that are bound with the 
>REFR option regardless of module authorization or library authorization.
>And it goes further because it page-protects, which would cause the 
>program to blow up even if were running key 0 if it attempted to store 
>into itself.
> 
I remain mystified,  Why was not the REFRPROT behavior the default (or only) 
behavior ever since the inception of the REFR attribute?
o Is there a performance penalty for REFRPROT that developers
  wanted to circumvent for problem programs?  Contrariwise, it seems
  that coding a test for the authorized status of the load library was
  needless effort.
o Did the developers assume, very incorrectly IMO, that they were
  extending a courtesy to application programmers by permitting
  programs that modified themselves to be marked REFR?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with invalid XML code issue

[Paul Gilmartin]

On Sat, 10 Jun 2017 16:48:06 -0500, John McKown wrote:
>>
>​Hum, 0x4c in UTF-8 is an "L". In EBCDIC CP-037 (et al.) it is a "<". If
>you look at the first line:
>​
>
>
>the phrase: encoding="UTF-8" says that the rest of the data is in UTF-8.
>But it's actually in EBCDIC. So the XML parser "sees" the "<" (in EBCDIC,
>this is 0x4c, as in error) as a UTF-8 value of "L", which is not what it
>wants at this point.
>
>I'm not totally sure, but I think you need the first line to look like:
>
>
>
>or maybe even just, leaving off the encoding entirely,
>
>
>​
>a good source of information on XML on z/OS:
>http://www.redbooks.ibm.com/redbooks/pdfs/sg247810.pdf section 1.4 on 
>"Encoding".
>
So wattaya gonna do!?

I hate EBCDIC!

A related example:  When I send email to a CMS ID, it often arrives with:
Content-Type: text/plain; charset=UTF-8

... but the body has clearly been translated, byte-by-byte, from ASCII to 
EBCDIC.
If they convert the body, shouldn't they adjust the MIME headers accordingly.
UTF-EBCDIC, whatever that is, if that conversion is performed?

... and I belive (some) standards require that the headers themselves be 
USASCII,
and those have also been translated to EBCDIC.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and AC(00)

[Paul Gilmartin]

On Sat, 10 Jun 2017 16:41:16 -0700, Charles Mills wrote:

>A refreshable program may modify itself, right? REFR does not say "I don't 
>modify myself" it says "you can reload me if you want." Almost the same thing, 
>but not quite.
> 
Point taken.  But it's not clear why the designers chose to allow a program
to be both modifyable and reloadable.  This leads to dreadful unpredictability:
Behavior may differ depending on whether the program has been reloaded.
OK.  Initialization code may set a flag (in each page?) that will be cleared by
a reload.  Critical code paths may check (before and after) that the flag 
remains
set and re-initialize if it's found cleared.  And the documentation should
conscientiously mention the need to do this.  Ugh!

>Granted, modifying program storage is a bad idea -- in any event.
>
Yes.

Conceivably, a program could be REFR but not RENT.  z/OS components
no longer support this.

>-Original Message-
>From: Of Paul Gilmartin
>Sent: Saturday, June 10, 2017 7:54 AM
>
>On Sat, 10 Jun 2017 07:27:15 -0400, Peter Relson wrote:
>
>>>REFRPROT extends this to programs that are not loaded from an APF 
>>>authorized library.
>>
>>Actually, REFRPROT extends this to programs that are bound with the 
>>REFR option regardless of module authorization or library authorization.
>>And it goes further because it page-protects, which would cause the 
>>program to blow up even if were running key 0 if it attempted to store 
>>into itself.
>> 
>I remain mystified,  Why was not the REFRPROT behavior the default (or only) 
>behavior ever since the inception of the REFR attribute?
>o Is there a performance penalty for REFRPROT that developers
>  wanted to circumvent for problem programs?  Contrariwise, it seems
>  that coding a test for the authorized status of the load library was
>  needless effort.
>o Did the developers assume, very incorrectly IMO, that they were
>  extending a courtesy to application programmers by permitting
>  programs that modified themselves to be marked REFR?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and AC(00)

[Walt Farrell]

On Sat, 10 Jun 2017 16:41:16 -0700, Charles Mills  wrote:

>A refreshable program may modify itself, right? REFR does not say "I don't 
>modify myself" it says "you can reload me if you want." Almost >the same 
>thing, but not quite.

The key, I think, is that the system may reload the program at _any_ time, even 
on the instruction immediately after it modifies itself. Therefore, there is no 
_safe_ way for a refreshable program to do such a modification, as it cannot 
make any assumptions about how long the modification will survive. At least a 
RENT program can use serialization to allow safe modifications (FSVO "safe"), 
but a REFR program doesn't have that ability.

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Java on z/OS?

[Paul Gilmartin]

On Fri, 9 Jun 2017 17:16:36 -0500, Mark Zelden wrote:

>On Fri, 9 Jun 2017 18:02:25 +, Frank Swarbrick 
> wrote:
>
>>What was the first release that allowed BPXBATCH to (finally) write to 
>>SYSOUT?  I wasn't
>> aware of it, but indeed it does now work (z/OS 2.2)!
>
>z/OS 1.8 or z/OS 1.5, 1.6 and 1.7 with the fix for APAR OA11699 allowed MVS
>files (including SYSOUT) to be used for STDOUT / STDERR / STDPARM. 
> 
ITYM for STDPARM SYSIN, not SYSOUT.

And BPXBATCH STDIN is still required to be a UNIX file.  AOPBATCH has no
such restriction.  Its understandable that BPXBATCH is not upgraded.  IBM
may have a business case for not making a base facility (BPXBATCH) compete
with a separately-priced (I think) facility (AOPBATCH).

... BPXBATCH STDIN is still required to be a UNIX file.  BPXWUNIX has no
such restriction.  (use the DD: form rather than the STEM. form.)  It's
wonderful!  I've allocated stdin to a pipe and stdout and stderr to SYSOUT.
Then with a long-running program feeding stdin I can "BOT &02" (tail)
either stdout or stderr (alas, not both) with SDSF.  Well done, BPXWUNIX!
Less well SDSF.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and AC(00)

[Paul Gilmartin]

On Sat, 10 Jun 2017 19:15:11 -0500, Walt Farrell wrote:

>On Sat, 10 Jun 2017 16:41:16 -0700, Charles Mills wrote:
>
>>A refreshable program may modify itself, right? REFR does not say "I don't 
>>modify myself" it says "you can reload me if you want." Almost >the same 
>>thing, but not quite.
>
>The key, I think, is that the system may reload the program at _any_ time, 
>even on the instruction immediately after it modifies itself. Therefore, there 
>is no _safe_ way for a refreshable program to do such a modification, as it 
>cannot make any assumptions about how long the modification will survive. At 
>least a RENT program can use serialization to allow safe modifications (FSVO 
>"safe"), but a REFR program doesn't have that ability.
> 
Yet, until the advent of REFRPROT (still not the default!), REFR programs were
allowed to modify themselves.

Repeating my earlier suggestion:  set a flag in initialization (would CS 
suffice?)
test the flag before and after critical code sections; re-initialize if 
necessary.
I'm not saying it's worth it, nor that I recommend it, only that IBM allows it.
At least REFRPROT should be the default.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Java on z/OS?

[Mark Zelden]

On Sat, 10 Jun 2017 19:20:56 -0500, Paul Gilmartin  wrote:

>On Fri, 9 Jun 2017 17:16:36 -0500, Mark Zelden wrote:
>
>>On Fri, 9 Jun 2017 18:02:25 +, Frank Swarbrick 
>> wrote:
>>
>>>What was the first release that allowed BPXBATCH to (finally) write to 
>>>SYSOUT?  I wasn't
>>> aware of it, but indeed it does now work (z/OS 2.2)!
>>
>>z/OS 1.8 or z/OS 1.5, 1.6 and 1.7 with the fix for APAR OA11699 allowed MVS
>>files (including SYSOUT) to be used for STDOUT / STDERR / STDPARM. 
>> 
>ITYM for STDPARM SYSIN, not SYSOUT.
>

No, what I meant was you can direct those DDs to a standard MVS file as 
opposed to only a unix file - including if your file was a SYSOUT file.   No,
you can't use DD SYSOUT=* for STDPARM SYSIN - or maybe you could, but 
I don't think you would get the intended result.  :-)

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

BPXWUNIX and BPXBATCH (was: Java on z/OS?)

[Paul Gilmartin]

On Sat, 10 Jun 2017 19:43:18 -0500, Mark Zelden wrote:
>
>No, what I meant was you can direct those DDs to a standard MVS file as 
>opposed to only a unix file  ...
>
Agreed, but be careful with "as opposed to".  An early section in
"Using Data Sets" makes it clear that UNIX files can be data sets.
"That's not how most people use 'data set'"?  Well, they should
RTFM.  I take "Using Data Sets" as the authority here.

I'm not sure what meaning "standard" conveys.  Would it be
better to say "modal"?
https://www.merriam-webster.com/dictionary/mode#h1
(See bullet 5.)

>... - including if your file was a SYSOUT file.   No,
>you can't use DD SYSOUT=* for STDPARM SYSIN - or maybe you could, but 
>I don't think you would get the intended result.  :-)
> 
It might be a spool file allocated by the SDSF Rexx API.  That probably
doesn't count as SYSOUT even though it might have been created as
DD SYSOUT=(,) by a previous job(step).

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: APF authorization and AC(00)

[CM Poncelet]

Not AFAIK. In theory, a RENT program may modify one of its sections
provided that this section is preceded by an ENQ, then modified, then
restored to its original value and then DEQ'd - to ensure that only one
user can execute the modifying section of code at any one time. It is a
REFR program that may never modify itself in any way.

(The "RENT" just means it can be executed concurrently by multiple users
- although some might have to wait for a DEQ. The "REFR" means it can be
reloaded exactly asis from DASD at any time whilst it is still being
executed, e.g. back into the PLPA after a page-steal by the RSM.)

Chris Poncelet (retired sysprog)



On 11/06/2017 00:41, Charles Mills wrote:
> A refreshable program may modify itself, right? REFR does not say "I don't 
> modify myself" it says "you can reload me if you want." Almost the same 
> thing, but not quite.
> 
> Granted, modifying program storage is a bad idea -- in any event.
> 
> Charles
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Paul Gilmartin
> Sent: Saturday, June 10, 2017 7:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: APF authorization and AC(00)
> 
> On Sat, 10 Jun 2017 07:27:15 -0400, Peter Relson wrote:
> 
>>> REFRPROT extends this to programs that are not loaded from an APF 
>>> authorized library.
>>
>> Actually, REFRPROT extends this to programs that are bound with the 
>> REFR option regardless of module authorization or library authorization.
>> And it goes further because it page-protects, which would cause the 
>> program to blow up even if were running key 0 if it attempted to store 
>> into itself.
>>
> I remain mystified,  Why was not the REFRPROT behavior the default (or only) 
> behavior ever since the inception of the REFR attribute?
> o Is there a performance penalty for REFRPROT that developers
>   wanted to circumvent for problem programs?  Contrariwise, it seems
>   that coding a test for the authorized status of the load library was
>   needless effort.
> o Did the developers assume, very incorrectly IMO, that they were
>   extending a courtesy to application programmers by permitting
>   programs that modified themselves to be marked REFR?
> 
> --
> 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: APF authorization and AC(00)

[Jim Mulder]

  Your mystification is apparently due to poor memory.  I suggest
that you review the archives for the subject::  REFRPROT History Question,
a thread which you started on March 1, 2013.

  In particular, see my answers in 

https://listserv.ua.edu/cgi-bin/wa?A2=ind1303&L=IBM-MAIN&P=R2798&I=-3&X=-&Y=d10jhm1%40us.ibm.com&d=No+Match%3BMatch%3BMatches

  And there is a performance cost for the page-protecting aspect
of REFRPROT.  Turning on the protection bit in the PTE
for a page that is already valid requires some type of broadcast TLB 
purging operation.  We accomplish this by doing an IPTE to invalidate 
the page before turn on the protection bit. 
 
Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

IBM Mainframe Discussion List  wrote on 
06/10/2017 10:54:15 AM:

> From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/10/2017 09:55 PM
> Subject: Re: APF authorization and AC(00)
> Sent by: IBM Mainframe Discussion List 
> 
> On Sat, 10 Jun 2017 07:27:15 -0400, Peter Relson wrote:
> 
> >>REFRPROT extends this to programs that are not loaded from an 
> >>APF authorized library.
> >
> >Actually, REFRPROT extends this to programs that are bound with the 
REFR 
> >option regardless of module authorization or library authorization.
> >And it goes further because it page-protects, which would cause the 
> >program to blow up even if were running key 0 if it attempted to store 
> >into itself.
> > 
> I remain mystified,  Why was not the REFRPROT behavior the default
> (or only) behavior ever since the inception of the REFR attribute?
> o Is there a performance penalty for REFRPROT that developers
>   wanted to circumvent for problem programs?  Contrariwise, it seems
>   that coding a test for the authorized status of the load library was
>   needless effort.
> o Did the developers assume, very incorrectly IMO, that they were
>   extending a courtesy to application programmers by permitting
>   programs that modified themselves to be marked REFR?
> 
> -- gil



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXWUNIX and BPXBATCH (was: Java on z/OS?)

[Mark Zelden]

On Sat, 10 Jun 2017 20:47:50 -0500, Paul Gilmartin  wrote:

>On Sat, 10 Jun 2017 19:43:18 -0500, Mark Zelden wrote:
>>
>>No, what I meant was you can direct those DDs to a standard MVS file as 
>>opposed to only a unix file  ...
>>
>I'm not sure what meaning "standard" conveys.  Would it be
>better to say "modal"?

I don't even know why I'm responding to such pedantry when I'm sure 100% of
everyone that reads this list knows exactly what I meant, but maybe you would
prefer the term "classic" or "legacy".  I don't think I've ever heard someone 
call the
original MVS data set a "modal data set".  

Best regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN